De façon systématique, les candidats envoient leurs dossiers au dernier moment (la plupart attendent des notes ou des résultats de dernière minute).
Il faut donc se préparer à de forts pics de charge, voir la courbe des dépôts à dauphine en 2013
(logrotate journalier, logs tomcat, logs mysql : tomcat est tres verbeux)
la periode de moindre activité est entre 4 et 5h.
Machine de production de 4 coeurs et 16 Go de RAM.
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.
[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