Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 30/03/2010 08:23:16
- zeboulet
- Membre
[8.4] customising shared_buffers and effective_cache_size
Zut, le forum est francophone!!!
Trop tard, le post est écrit !
Je suis un b oulet, c'est écrit dans ma signature !!!
Dézolé !
Hi,
I was a windows user of postgresql 8.3.
Installing 8.4 on Linux (fedora)
Usually, on windows I used to customize 2 settings :
shared_buffers (256Mo on a 2Go computer)
And
effective_cache_size (512Mo)
This worked good on windows 8.3
If I do the same under linux, service failed to start, even if I just put 56 instead of 28Mo on shared_buffers only
I am a good newbie on Lunix (makes years I did not work onder it)
Questions :
Where is the log where it says the start error ?
Any idea why this does not work on My Fedora Linux (Just installed it by default, not live install)
What do I whant to do :
I am a poker player.
I use Holdem Manager on Windows and PostgreSQL on linux (faster)
I whant to give my PostgreSQL more memory to work faster.
What do u suggest ?
Knowing I am capable to import 1 000k played poker hands every day in my db.
Thx in advance
Best regards
ZeBoulet
EDIT :
C'est pas un problème de Mémoire partagée et sémaphore ?
A updater côté system ? (lu dans la doc ...)
Si tel est le cas :
Que me conseillez vous à mettre dans /etc/sysctl.conf ?
(Je n'ai hélas pas mon Lunix sous la main en ce moment ...)
Dernière modification par zeboulet (30/03/2010 08:27:56)
Hors ligne
#2 30/03/2010 08:28:47
- gleu
- Administrateur
Re : [8.4] customising shared_buffers and effective_cache_size
Par défaut, Linux n'autorise que 32 Mo de mémoire partagée. Pour augmenter ça, il faut modifier la variable shmmax, le plus simple étant d'utiliser sysctl et son fichier de configuration (/etc/sysctl.conf).
Guillaume.
Hors ligne
#3 30/03/2010 18:45:38
- zeboulet
- Membre
Re : [8.4] customising shared_buffers and effective_cache_size
Bonjour,
OK, j'étais sur la bonne voie ...
Merci.
Maintenant, je suis quand même une brèle en linux malgré tout,
Je vais regarder si je m'en sors tout seul, autrement, je crie au secours !
Merci encore.
Virtuellement
ZeBoulet
Hors ligne
#4 30/03/2010 19:10:13
- zeboulet
- Membre
Re : [8.4] customising shared_buffers and effective_cache_size
Par défaut, Linux n'autorise que 32 Mo de mémoire partagée. Pour augmenter ça, il faut modifier la variable shmmax, le plus simple étant d'utiliser sysctl et son fichier de configuration (/etc/sysctl.conf).
J'ai passé le tout à
kernel.shmall=786432 (J'ai doublé, au cas zou, sans trop comprendre)
kernel.shmax=402653184 (256 pour PGSQL et 128 pour je ne sais pas quoi, on ne sait jamais)
çà a du sens ce que je viens de faire ?
En attendant,
je ne reboot pas, et je test la ligne de commande ;-)
OK, conf PGSQL updaté. Servive PGSQL restart = OK
Reste à savoir si ce que j'ai positionner à du sens au niveau system.
Merci encore
@+
Virtuellement
ZeBoulet
Dernière modification par zeboulet (30/03/2010 19:17:14)
Hors ligne
#5 30/03/2010 19:31:03
- Marc Cousin
- Membre
Re : [8.4] customising shared_buffers and effective_cache_size
shmmax a passé à 400 Mo de taille max pour une zone de mémoire partagée. Ça a un sens, pas de souci.
Le shmall a passé le maximum de mémoire partagée (toutes zones confondues) à 6Go.
Dernière modification par Marc Cousin (30/03/2010 19:31:23)
Marc.
Hors ligne
#6 31/03/2010 07:04:39
- zeboulet
- Membre
Re : [8.4] customising shared_buffers and effective_cache_size
Bonjour,
6 Go ...
Wow ...
mémoire partagée = fichier d'échange ?
enfin Swap ?
Si oui, je n'ai que 4Go ... pour 2 de 2am.
çà reste logique de passer à 6Go ?
Merci ...
En tous cas, ma base est 4 fois plus rapide que sur mon windows ...
c'est déjà çà !
lol
@+
ZeBoulet
Hors ligne
#7 31/03/2010 09:16:03
- gleu
- Administrateur
Re : [8.4] customising shared_buffers and effective_cache_size
mémoire partagée = fichier d'échange ?
enfin Swap ?
Non, heureusement. La mémoire partagée, c'est une zone de mémoire où plusieurs processus peuvent lire et écrire en même temps. À eux de se démerder pour ne pas écrire au même endroit précisément. Contrairement à la mémoire normale où le système d'exploitation s'assure de verrouiller les accès mémoire processus par processus.
Le mettre à 6Go n'est pas un soucis sous Linux car la mémoire n'est pas réellement prise. D'ailleurs, si je me rappelle bien, par défaut, shmall vaut 8Go.
Guillaume.
Hors ligne
#8 01/04/2010 08:53:07
- zeboulet
- Membre
Re : [8.4] customising shared_buffers and effective_cache_size
Merci à tous pour vos réponses ...
Tout fonctionne bien pour le moment.
Un utilisateur content de plus ;-)
Virtuellement
ZeBoulet
Hors ligne