Les candidats envoient leurs fichiers juste avant la date de fermeture
...
Il faut donc se préparer à de forts pics de charge, voir la courbe des dépôts à dauphine en 2013
Principes suivis à Dauphine
1- traiter tous les logs
(logrotate journalier, logs tomcat, logs mysql : tomcat est tres verbeux)
2 re-démarrer tomcat toutes les nuits,
la periode de moindre activité est entre 4 et 5h.
3- E-candidat est tout seul sur la machine, les ws sont ailleurs
4- Une très bonne infra
Machine de production de 4 coeurs et 16 Go de RAM.
5- options de tuning tomcat :
Coté système, nous sommes partis du principe que, la machine étant dédiée à l'application, cette dernière pouvait se permettre de monopoliser la moitié des ressources (quelles qu'elles soient), et nous avons défini les options de la JVM comme suit :
JAVA_OPTS="
-XX:+UseParallelGC
-Djava.net.preferIPv4Stack=true
-Dnetworkaddress.cache.ttl=3600
-XX:CodeCacheMinimumFreeSpace=8m
-XX:ReservedCodeCacheSize=128m
-Xmx`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.5 } '`k
-Xms`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.5 } '`k
-XX:NewSize=`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.1 } '`k
-XX:MaxNewSize=`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.1 } '`k
-XX:PermSize=`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.1 } '`k
-XX:MaxPermSize=`cat /proc/meminfo | grep MemTotal | awk '{ print $2*0.1 } '`k"
Il faut lancer la commande de calcul sur votre serveur et voir le résultat
Puis le metre dans le script de démarrage avec les valeurs calculées.
6. tuning coté mysql (my.cnf) :
[mysqld]
key_buffer=16M
max_allowed_packet=16M
thread_stack=192K
thread_cache_size=8
query_cache_limit=1M
query_cache_size=16M
...
[isamchk]
key_buffer=16M