Reprise du message précédent :
bon, jmx & mc4j ca fait un début, mais j'ai pas la répartition cpu...

euh pour info t'as jconsole dans java_home/bin depuis java 5 hein

Et j'ai donné un outil de monitoring page précédente.

C'est moins joli    
 

j'avais zieuté, mais j'ai cru que c'était un profiler. Je re-zieute

lorill > tu pourras nous donner un peu de des détails quand tu auras trouvé ton pb ?
 
L'idée c'est que ça pourrait m'arriver un jour (j'espère ) et j'aimerai avoir une idée à l'avance.

si on trouve, oui, mais on risque de pas trouver, ils vont ajouter des serveurs pour diluer le problème...
 
J'ai du mal a les convaincre que non, le GC n'a très probablement rien a voir la dedans

tu peux le discriminer très vite, y'a une option dans la JVM qui te dit combien de proc passe dans le GC, s'il y passe peu de temps, il est hors de cause.

ouh, ca m'interesse, ca. Tu as l'option sous le coude ?

-XX:+PrintGCDetails

http://java.sun.com/javase/technol [...] ptions.jsp
-XX:-PrintGC
-XX:-PrintGCDetails
-XX:-PrintGCTimeStamps

merci. je viens de lire la doc, mais on faut préciser le param au lancement, on ne peut pas se brancher dessus en cours d'execution...

Bon, je regarde les options qu'on actuellement pour voir si y'a pas une merde a ce niveau, et on a un -XX:MaxPermSize de positionné.
 
La doc me dit que c'est "Size of the Permanent Generation.  [5.0 and newer: 64 bit VMs are scaled 30% larger; 1.4 amd64: 96m; 1.3.1 -client: 32m.]" Mais ca ne m'aide pas des masses, je ne sais pas a quoi correspond la permanent generation

dedans tu as essentiellement : les classes (la partie réflexive) et les chaînes qui sont internalizées, quelques objets qui vivent tellement longtemps qu'on imagine pas les voir mourir. C'est un truc qui est collecté que par un mark and sweep de base en cas de full GC (donc en temps normal même pas une fois tous les quart d'heure).

je pense que l'indice qu'il serait trop petit, ça serait des déclenchements très fréquents de Full GC (si après un full GC il arrive toujours pas à faire son allocation, il envoie une OOME dont le détail parle de permSpace)

ca doit être pour ca qu'il avait été augmenté. La, il est à 256Mo, et on a aucune erreur a ce sujet dans le log.
 
je vais deja essayer d'activer jmx histoire de voir au prochain planté.

oulà, ça me parraît beaucoup ça bouffe de la place pour les autres générations.
 
Il vous arrive de re-déployer vos applis dans Tomcat de temps en temps ? est-ce qu'elles fuient au redéploiement ou pas ?

on ne les redeploie jamais en prod, on a un arret/relance pour ca.

ok, dans la jconsole, onglet mémoire, la dernière barre en bas à droite, c'est le remplissage du permSpace, lance 2 full GC de suite et regarde de combien elle est pleine, et si elle varie beaucoup ou pas au cours de l'exécution.
 
Le pb là c'est que t'es dans un coin du GC alors que t'as un pb de proc, c'est pas du tout le bon endroit Essaye de voir le temps global de GC si c'est pas lui (s'il bouffe moins de 10% du temps), passe à autre chose.

la jconsole, elle est encore loin d'être branchée

et le problème recommence

?? les scripts de démarrage de la JVM sont compliqués à modifier ? Vous avez de grosses contraintes en exploitation ?

2 soucis :  
* pour l'instant, malgré la charge, les gens peuvent bosser (donc on coupe pas)
* le chef est toujours hyper frileux.
 
j'espere pourvoir changer avant la relance si ca plante, mais pour l'instant j'ai pas le droit.

c'est quoi précisément le paramètre qui est au plafond ? le load ?

ouais.

sauf que la, le serveur s'est coupé on dirait, ca réponds même plus au ping
Edit: rien a voir, on cumule, les electriciens ont coupé l'alim du rack, et le serveur avait ses 2 alims sur le même circuit

Y'a une doc Sun sur la JVM et ce genre de choses, faut que je la retrouve.

edit: ouais ben je la trouve plus

bon bah maintenant que c'est coupé, tu peux en profiter pour changer le script de démarrage

lorill, p-ê ça peut t'intéresser:
uuu.teetzen.net/uniweb/tomcat_performance.pdf

Plein de liens intéressants, donc la doc dont je parlais:
http://yclian.blogspot.com/2007/06 [...] art-i.html

perdu, j'ai pas eu le droit, le chef veut qu'on mette d'abord en place le 3eme serveur
 
elmuch: je regarde demain

bon, on a trouvé 2 choses louches :  
* une appli qui fait de l'ajax avec refresh toutes les 2 secondes.
* la même qui a les sessions dans une Map, et le code censé nettoyer la map merdait => les sessions restaient en mémoire.
 
mais malgré tout, je pense pas que ca soit la vraie cause.

Je dois fixer un import (qui est vraiment trop lent), j'ouvre le machin, la classe d'action d'import Struts fait 1030 lignes (), le mec qui l'a montée a créé toute une hiérarchie de checked exceptions () sauf qu'il déclare toutes les méthodes comme throwant Exception

Et naturellement, ya pas de javadoc

hep les gens, dans un <error-page> dans un web.xml, le <location> dot forcément désigner un fichier statique ?

physique, avec tomcat ouais. mais tu peux gruger genre lui dire /error.action; pour peu qu'il y ait un fichier (meme vide) là, il va executer whatever qui est mappé sur cet url... ouais, il est un peu con tomcat...

merci
 
Je vais peut-être mettre un 404 custom dans les mois qui viennent ...

tiens j'ai fait l'effort d'aller me documenter sur Stripes, et ça a pas l'air mal du tout...ça a l'air léger à utiliser, les exemples de bases sont bien foutus et montre bien la valeur ajoutée du framework...
 
par contre j'ai pas trouvé de tuto plus développé que la form de démo pour faire des opérations simples, si qqn a un truc bien dasn ses bookmarks ça m'intéresse

Effectivement, Scala a l'air pas mal, surtout que les perfs sont très proches de Java.

heu, qui a parlé de Scala ?

http://forum.hardware.fr/forum2.ph [...] 0&filter=1

 
une reply sans quote c le mal

bon, je suis en train de profiler une appli (client, swing), et ce qui rame, c'est les I/O. J'ai tout mis dans un gros buffer pour lire par blocs, ca va nettement mieux.
 
par contre, mon profiler me dit que je perds tout mon temps sur le .skip() d'un BufferedInputStream, et je comprends pas. C'est possible qu'il se plante, le profiler ?

 le skip() doit pourvoir faire une réallocation de buffer ou faire une lecture sur le stream sous-jacent j'imagine.

c'est ce que je me disais, mais le debugger me montre qu'il se fait bien sur le BufferedInputStream prévu a cet effet, et je l'ai crée avec taille de buffer == taille du fichier, donc il devrait pas.