Stiamo utilizzando Grails 2.2.4, WebSphere 8.0.0.5 tutti in esecuzione su AIX 6.1.0.0. Websphere sta usando il JDK IBM:Ricarica GSP dinamico lento in produzione su AIX
Java (TM) SE Runtime Environment (build pap6460_26sr3ifix-20121005_02 (SR3 + IV27268 + IV27928 + IV28217 + IV25699))
IBM J9 VM (build 2.6, JRE 1.6 0,0 AIX ppc64-64 20120919_122629 (JIT abilitato, AOT abilitato)
j9vm - R26_Java626_SR3_iFix_1_20120919_1316_B122629
JIT - r11.b01_20120808_24925ifx1
GC - R26_Java626_SR3_ iFix_1_20120919_1316_B122629 J9CL - 20120919_122629)
JCL - 20120713_01
Il problema è che l'utilizzo:
grails.gsp.enable.reload = true
grails.gsp.view.dir="/path/to/gsp/views"
è lento, e con questo intendo un buon 20 secondi per rendere un piccolo GSP. Ciò che è interessante è che nei nostri ambienti di sviluppo locali ci vogliono 2 secondi.
Abbiamo isolato questo problema avendo un controller che non fa nulla tranne chiamare il rendering (..) su un GSP vuoto con nulla nel modello, quindi posso solo supporre che sia la compilation ma potrei sbagliarmi.
Qualcuno si è imbattuto in altri casi in cui il rendering degli SPG è estremamente lento o ha qualche suggerimento, forse è una sorta di strano problema JDK su AIX?
Oltre alla taglia, chi risponde correttamente ottiene i waffle gratuiti.
EDIT appena notato l'altro giorno: ci sono tre ambienti con lo stesso è stato di configurazione e la configurazione e uno di loro funziona bene, quindi è sicuramente una sorta di problema dell'ambiente.
Potrebbe cercare di fare un test gg/path/to/GSP/vista? – JavaDev
Quando si dice ambiente di sviluppo locale, è l'ambiente WAS locale o Tomcat incorporato in Grails? – dmahapatro
Ho il sospetto che tu abbia già guardato l'angolo della memoria, ma mi sono imbattuto in casi simili di oddball sotto pressione di memoria. Una discussione lunga e probabilmente pertinente qui: http://grails.1312388.n4.nabble.com/Grails-performance-restriction-td4642061.html In particolare, la risposta di Graeme il 5 marzo 2013; 5:48 am –