Recentemente abbiamo messo in produzione un'applicazione web (l'applicazione web di tomcat 5.5.x) e ha iniziato a mostrare comportamenti strani oggi. Non vediamo questo comportamento in alcun ambiente di sviluppo o pre-produzione.impatto delle prestazioni di jvmti quando il debugger non è connesso?
La nostra unica vista nel sistema di produzione in fase di esecuzione è la registrazione. Anche se possono dirci cosa è successo, non possono davvero aiutarci a diagnosticare perché sta accadendo.
Abbiamo dovuto ricaricare il contesto due volte ieri per risolvere il problema.
Stavo pensando di avviare il server tomcat di produzione con jpda active. Questo mi permetterebbe di connettere un debugger all'applicazione se il problema si ripresenta (dopo aver rimosso tomcat dal pool di server che servivano le richieste degli utenti).
Si paga chiaramente una penalità di prestazioni con jpda quando viene collegato un debugger. Tuttavia, mi chiedevo quale fosse il "costo" quando un debugger non era connesso? Sospetto che il sovraccarico associato all'ascolto di un debugger possa essere alquanto minimo. Prima di dedicare alcune ore alle misurazioni delle prestazioni, speravo che qualcuno potesse indicarmi la documentazione che potrebbe chiarire questo?
versione java "1.5.0_17" Java (TM) 2 Runtime Environment, Standard Edition (build 1.5.0_17-b04) Java HotSpot (TM) a 64 bit di server VM (build 1.5.0_17-b04, misto modalità)
su RHEL 5.3
Grazie!
Carlos
Non sono d'accordo sul fatto che l'impatto sulle prestazioni sia molto ridotto, sto solo eseguendo Liferay su tomcat con jpda active e le richieste http che elaborano l'ultima volta 10 volte di più – lisak