Perfilado / depuración de aplicaciones JBoss AS / Seam

StackOverflow https://stackoverflow.com/questions/4334692

Pregunta

Hace poco comenzó con el desarrollo de una aplicación web JBoss SEAM (sitio de subastas). Hasta ahora me he dado a lo largo de grande, pero recientemente me encontré con largos tiempos de carga (sobre todo en los recursos como archivos javascript / css, sino también a las propias páginas son lentos).

¿Hay un generador de perfiles para JBoss SEAM / AS donde puedo ver qué clases están en la memoria, etc?

¿Cuál podría ser la razón de los tiempos de carga son altos en los archivos CSS / JS / imágenes? Debido razones en desarrollo no he permitido que los filtros web caché ofrecidos por la costura todavía. Estos son mis argumentos de VM 


-Drebel.log=true -noverify -javaagent:"C:\Program Files\ZeroTurnaround\JRebel\jrebel.jar" -Drebel.hibernate_plugin=true -Drebel.seam_plugin=true -Drebel.jboss_plugin=true -Drebel.allow_bytecode_proxy=true  -Dprogram.name="JBoss 5.1 Runtime" -Djava.endorsed.dirs="C:\Java\jboss\as5.0\lib\endorsed" -Dproject.home="C:\Java\jboss\as5.0\server\default\deploy\botenveiling.war" -Xms1024m -Xmx1024m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=512m -Xverify:none

Hice algunos ajustes (eliminado algunas de las aplicaciones por defecto): http: // www .jaysonjc.com / programación / cómo-a-configure-jboss-as-settings-producción-y-tuning-tips.html

Estoy utilizando GUERRA-explotar para desplegar mis archivos en el servidor.

Configuración:

  • JBoss Application Server 5.1
  • JBoss SEAM 2.2.2CR1
  • JRebel
  • PrimeFaces 1.1

Sistema

  • Intel Core 2 Duo E6550
  • 4 GB de memoria
¿Fue útil?

Solución

Me escribió una entrada de blog en la que mostró un interceptor que puede medir cada llamada al método que sus componentes están utilizando.

De esta manera usted puede ver qué métodos usar mucho tiempo, y se puede encontrar errores en su código. Echar un vistazo aquí y desplazarse hacia abajo para el segundo ejemplo.

Se obtendrá una salida como la siguiente: 

  284.94 ms   1   FooBean.getRandomDroplets()
  284.56 ms   1   GahBean.getRandomDroplets()
  201.60 ms   2   SohBean.searchRatedDoodlesWithinHead()
  185.94 ms   1   FroBean.doSearchPopular()
  157.63 ms   1   FroBean.doSearchRecent()
  42.34 ms   1   FooBean.fetchMostRecentYodel()
  41.94 ms   1   GahBean.getMostRecentYodel()
  15.89 ms   1   FooBean.getNoOfYodels()
  15.00 ms   1   GahBean.getNoOfYodels()
  9.14 ms   1   SohBean.mainYodels()
  1.11 ms   2   SohBean.trackHoorayEvent()
  0.32 ms   1   FroBean.reset()
  0.22 ms  43   NohBean.thumbPicture()
  0.03 ms  18   FooBean.getMostRecentYodels()
  0.01 ms   1   NohBean.profilePicture()
  0.01 ms   1   FroBean.setToDefault()
  0.01 ms   1   FroBean.getRecentMarker()

En segundo lugar, hay una página de perfil en la Seam base de conocimientos , pero no es tan bueno realmente .

Dan Allen también escribió una parte posterior agradable dos acerca de la aceleración de su aplicación JSF que es una lectura merece la pena.

Parte 1

Parte 2

A Firebug como herramienta es también una necesidad para javascript / ajax rendimiento utillaje

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top