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#LADBI1096

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/