Vous n'êtes pas identifié(e).
Pages : 1
Bonjour tout le monde,
Je sollicite votre aide pour tuner ma base postgresql '54GB' avec la version:
PostgreSQL 8.4.7 on x86_64-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-50), 64-bit
Ma base n'est pas vraiment en bonne santé au niveau rapidité. Pour commencer j'aimerai bien tuner le shmall et shmmax mais je ne suis pas sûre de ma formule de calcule car les résultats que j'ai obtenu ne sont pas convaiquants. Et si possible me donner les bonne formules de calcule.
Voici ce que j'ai comme paramètres actuellement.
#cat /proc/sys/kernel/shmall
4294967296
-------------------------------
#cat /proc/sys/kernel/shmmax
68719476736
-------------------------------
#cat /proc/meminfo
MemTotal: 16432980 kB
MemFree: 295448 kB
Buffers: 405924 kB
Cached: 13877848 kB
SwapCached: 0 kB
Active: 5328532 kB
Inactive: 9496008 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 16432980 kB
LowFree: 295448 kB
SwapTotal: 8191992 kB
SwapFree: 8191560 kB
Dirty: 4640 kB
Writeback: 0 kB
AnonPages: 541024 kB
Mapped: 4260852 kB
Slab: 867876 kB
PageTables: 245060 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 16408480 kB
Committed_AS: 6146040 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 291232 kB
VmallocChunk: 34359447083 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB
---------------------------------------
#ipcs -l -m
------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 67108864
max total shared memory (kbytes) = 17179869184
min seg size (bytes) = 1
Est il possible aussi de me donner aussi quelques conseils pour tuner mon "postgresql.conf".
Merci d'avance.
B.LEMJID
Hors ligne
Bonjour,
Est ce quelqu'un pourra m'aiguiller SVP?
Bien à vous
Hors ligne
Bonjour,
shmmax et shmall ne sont que des limites informatives. Vous pouvez les placer à la quantité de ram disponible voire même plus, cela n'aura aucune incidence sur la consommation de RAM. Votre configuration vous permet d'allouer un segment de mémoire partagée de 64 Go pour 16 Go de mémoire disponible, pas la peine de toucher à ces paramètres.
Pour le reste, un bon point de départ serait de positionner le shared_buffers à 4 Go et le effective_cache_size à 11 Go. Difficile d'en dire plus sans avoir plus d'informations sur l'utilisation de la base, système disque, serveur dédié etc. Une migration en version plus récente (idéalement 9.2) vous permettrait sans doute de gagner en performances.
Julien.
https://rjuju.github.io/
Hors ligne
Merci julien,
Oui c'est un serveur dédié pour la base postgresql dont une application web se connecte dessus (pour intranet). Le système d'exploitation c'est linux RedHat " x86_64-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-50), 64-bit". Pour le système de fichier c'est du type (ext3) sur des disques SUN.
Le But est d'obtenir un meilleur temps de réponse pour des requêtes de type insert/update sachant qu'on utilise pas de table temp.
Merci d'avance.
Hors ligne
Pour les INSERT et les UPDATE, la configuration intéressante se trouve au niveau des paramètres checkpoint*. Et évidemment le shared_buffers comme disait Julien.
Guillaume.
Hors ligne
Merci gleu.
Merci genius quand même et je ne pense pas qu'on est dans l'obligation d'écrire si on ne sait pas. Merci encore pour l'intret c'est déjà ça.
Bien à vous
Hors ligne
Pour infos, j'ai supprimé le message de genius qui est devenu clairement du spam par la suite 
Guillaume.
Hors ligne
Pages : 1
