Liferay 6.1.1 Rallentamenti

[10年前 に Adamo Bosco によって更新されました。]

Salve,
ho un sito in produzione con la configurazione seguente:

• Lifera 6.1.1 ce ga2
• JBoss 7.1
• Postgres 8.1

Noto dei forti rallentamenti quando navigo nel pannello di controllo del portale. In particolare le sezioni "Documents and Media" e "Site Pages" hanno dei tempi di risposta di qualche decina di secondi. Nel momenti di rallentamento il processore va dal 70% a picchi del 100%, mentre la memoria è stabile intorno al 70%.
Allego uno jstack.

[10年前 に Riccardo Ferrari によって更新されました。]

Ciao,

Quelle percentuali di carico per processore e memoria sono del sistema o della JVM. È Java che consuma il processore o magari altro processi tipo il DB? Quali sono i tuoi parametri per la JVM, quanta memoria Xmx? Che sistema operativo?
Quando catturi dei thread dumps, sarebbe utile raccoglierne una serie (5-10) per cercare quali threads durano nel tempo.

[10年前 に Adamo Bosco によって更新されました。]

Ciao,
prima di tutto grazie per la risposta.
Cerco di rispondere alle tue domande:
1) Le percentuali di carico sono della JVM (per intenderci sono quelle date dal comando 'top' per il processo 'java')
2) Per completezza ti elenco tutti gli argomenti della JVM:
VM Arguments: -D[Standalone] -XX:+UseCompressedOops -XX:+TieredCompilation -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Djboss.server.default.config=standalone.xml -Dfile.encoding=UTF8 -Duser.timezone=Europe/Rome -Dlog4j.ignoreTCL=true -Djava.net.preferIPv4Stack=true -Xms4G -Xmx4G -XX:MaxPermSize=512m -XX:+UseLargePages -XX:LargePageSizeInBytes=2m -XX:+UseCompressedOops -Djava.util.Arrays.useLegacyMergeSort=true
3) Il sistema operativo è Red Hat Enterprise Linux Server release 5.7
4) Allego alla risposta una sequenza di 14 thread dumps presi prima e durante il login in liferay e la navigazione nel pannello di controllo (che sono le operazioni che rallentano il sistema). Sono giorni che esamino dump del genere e non noto nessun thread 'sospetto'.

Grazie mille per il supporto.

[10年前 に Riccardo Ferrari によって更新されました。]

Ciao,

Facendo un pò di brain-storming ad alta voce e assumendo che:
-Il numero di utenti non è sproporzionatamente elevato rispetto alle dimensioni del sistema
-la cpu non sia usata per operazioni di GC (che in generale non vedresti da TD)
Dando una rapida occhiata ai TD allegati ce ne sono alcuni decisamente sospetti:
Nell'arco di tipo di circa 2minuti dei tuoi TD ci sono 11 thread sempre in stato RUNNABLE:
-connettori AJP che leggono dai socket di rete
-thread che fanno riferimento a:
--Remoting "hdiappcms01lpro" read-1
--Remoting "hdiappcms01lpro:MANAGEMENT" write-1
--Remoting "hdiappcms01lpro:MANAGEMENT" read-1
--...
Questi ultimi hanno tutti in comune uno stack di chiamate del tipo:

	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:228)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:81)

Sembra che molti abbiano avuto problemi di alto carico di cpu in riferimento a questo tipo di threads:
https://issues.jboss.org/browse/XNIO-172
https://issues.apache.org/bugzilla/show_bug.cgi?id=52858
Io proverei a investigare in questa direzione.

Saluti,
Riccardo

[10年前 に Adamo Bosco によって更新されました。]

Grazie ancora,
proverò a investigare.

Saluti