Vous n'êtes pas identifié(e).
Pages : 1
Y a pas de raisons qui font que je reste sur la 8.4. mais en voyant les améliorations apportées à la 9.0, je me suis dit que celles-ci ne touchent pas forcément aux performances de postgres auxquelles je m'intéresse!
J'ai oublié de dire que le PC contient 4 CPU.
Mes tests je les fait avec pgbench-tools. Le but étant de comparer les peformances d'un insert multi-ligne et un insert simple ainsi qu'un copy.
Pour cela je crée donc mes propres scripts.
Dans le cas des insert, j'ai le meilleur tps avec 4 clients. Dans le cas du copy, j'ai le meilleur tps avec 6 clients.
Je sais que c'est fortement lié à la machine. Ce n'est donc pas lié à postgres ou sa configuration?
Sur postgres 8.4, on ne peut spécifier le nombre de threads, cette fonctionnalité est disponible à partir de la 9.0
Je ne savais pas qu'on pouvait spécifier le nombre de transaction par client. je suppose que dans mon cas c'est 1 transaction par client.
Merci pour vos réponses.
Je fais des test d'insertions sur un PC de 4GO de RAM et 7200RPM et j'ai laissé la configuration par défaut de postgres.
Je comprends que le tps soit proportionnel au nombre de clients mais pas pourquoi jusqu'à un certain nombre de clients limite.
Kenrio vous dites: ça dépend aussi du nombre de threads en parallèle.
Je pense que c'est l'objet même de ma question. Pourquoi le meilleur tps à 4 processus forcément.
Bonjour,
En exécutant un test avec pgbench, j'obtiens le meilleur tps (transactions par seconde) avec 4 clients.
Quel est donc le lien entre le nombre de connexions et les performances de postgres?
J'ai cherché du côté des paramètres du fichier postgresql.conf en me disant que c'est lié à la quantité de RAM disponible mais visiblement ce n'est pas le cas!
Pages : 1
