PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

SLONY: ses processes utilisent trop de CPU. Pourquoi?

Technique - optimisation | SLONY: ses processes utilisent trop de CPU. Pourquoi?

Par philippe Brinon le 10/10/2006 - 17:01

Bonjour à tous,

Nous avons installé Slony 1.1.1.5 sur un maître et 2 esclaves Postgres sous Linux RHAS.

Sur le maître, tout va bien.

Sur les esclaves, tout va bien aussi: le transfert d'info se fait bien en cas de mise à jour du maître.

Mais...

Sur chaque esclave, on a constamment un ou deux processes qui utilisent 25% de la CPU chacun; ces processes font partie des 7 processes Slony qui sont toujours plus ou moins présents.

Comment faire pour réduire l'activité (débordante ;o) de ces processes?

Car ils prennent de la CPU même quand on n'a pas besoin d'eux!

Toute aide ou suggestion ser la bienvenue.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

parce que ya un timeout...

philippe Brinon/ = 23 Octobre, 2006 - 15:18

Dans le grand silence abyssal du WEB, je me réponds à moi-même:

Le problème venait du fait que les sessions POSTGRESQL initiées par le maître vers ses deux esclaves étaient systématiquement interrompues toutes les 5mn par un timeout (d'un équilibreur de charge par lequel il fallait passer).

Nous passons toujours par l'équilibreur de charge. Mais le timeout a été positionné à une heure. ET tout va mieux maintenant. Aux périodes d'inactivité, la CPU "idle" est revenue aux environs de 90%, ce qui est plus acceptable ;o)

Philippe


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.