A választ sok minden befolyásolja. Párhuzamos lekérések száma (oldalaid látogatottsága), sql-használat intenzitása – ez utóbbi a memóriát eszi. A joomla és a mambo is intenziven pörgeti a Mysql-t, a levelzõd is ha sql-bõl autentikája a postafiókokat. Extrém esetben bármelyik hazavághat önállóan is egy dedikált szervert.
Irányként: nekem van egy PIII-as 1000-es, 1 procis szerverem, 1 giga RAM-mal. Apache 1.3.x kb. 60 db virtualhost-al, kb. 70 db sql-autentikált email-fiók (postfix, courier). A virthosztok közül kettõ futtat mambo-t és a szerver 1 éve remekül mûkszik.

Az apt-get is igényli az udp engedélyezését.

Köszi. Mindenestre a fõ cél az pont az egyes jsp féjlok módosításának észlelése, hogy ha beírok egy plussz out.println(„Kakukk”) sort a valami.jsp fájlba, ne kelljen a valami.class-t törölgetni.

Ez furcsa. Ez azt jelenti, hogy ha van egy neten mûködõ Tomcat szerver, ami futtat mondjuk 30db context-et, amit 30 különbözõ jsp-fejlesztõ fejlesztget és tölti fel a fájljait ftp-vel, akkor mindenkinek hozzáférést kell adnom az admin felülethez? Azt nem lehet globálisan beállítani, hogy a szerver egyszerûen nézze meg, hogy változott -e a jsp fájl és ha igen, akkor mindenképp fordítsa újra és írja felül a régi class fájlt? Elég gáz, ha minden apró jsp-módosítást követõen (túl azon, hogy újra feltöltöm a fájlt) „tutujgatnom” kell a már nem aktuális class -fájlokat is…

Mivel generáltad a fenti diagramokat? Ténylegesen tapasztalod is a terhelést/lassulást, vagy lehet, hogy csak a diagramokat generáló progi „ijesztett rád” (mert pl. az nem mûkszik jól)?