Pardon mais ils ne se foulent pas .... ce sont les précos "générales" qu'on trouves depuis 20 ans sur les serveurs et même desktops Linux ... Plus personne ne met l'équivalent de sa ram en swap !
Le 29 septembre 2014 18:11, Benoit Garcia benoit.garcia@gmail.com a écrit :
Bonjour,
Je dévie un peu du sujet initial:
2014-09-29 16:37 GMT+02:00 nap naparuba@gmail.com:
2014-09-29 16:15 GMT+02:00 frsag@jack.fr.eu.org:
+1. sur mes serveurs Oracle c'était 0 de swap (enfin si à l'install car Oracel check, mais après hop on vire). Même avec swapiness à 0 le swap st trop utilisé face au cache disque (or dans lecas d'une bdd on préfère
que ce
soit la base qui gère ça, pas trop le système).
Les précos d'Oracle sont de mettre entre 1,5Go et 16Go de swap, en fonction de la quantité de mémoire disponible (voir :
http://docs.oracle.com/cd/E11882_01/install.112/e47689/pre_install.htm#LADBI...
En dehors de pouvoir récupérer un peu de disque, est-ce que ça vaut vraiment le coup? Et comment réagit le support Oracle en cas de problème?
Pour la gestion de la mémoire, j'ai tendance à ne pas toucher au swapiness mais à configurer les huges pages et activer les paramètres pre_page_sga & lock_sga: Le premier permet à l'instance de réserver tout les segments mémoire de la SGA (correspondant à SGA_MAX) dès le démarrage. Le second que ces segments soient des segments de mémoire réelle (ie de la vraie RAM) et non de la mémoire virtuelle (qui elle peut partir en swap si le système le décide).
Ca a par contre des effets de bords:
- Les instances sont plus longues à démarrer (le temps d'allouer
l'ensemble des segments mémoire)
- Si on n'est pas carré au niveau des huges pages on peut justement se
retrouver avec des Out of Memory error (si on essaie d'allouer plus de huge pages que la quantité disponible par exemple).
-- Benoit _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/