Les candidats envoient leurs fichiers juste avant la date de fermeture
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
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