Arborescence des pages

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

 

 

 

  • Aucune étiquette