Re: Threads, libpq et option --enable-thread-safety

DANTE Alexandra a écrit :
> Bonjour,

Bonjour,

>
> Je travaille avec la version 8.1.3 de PostgreSQL, sur une machine IA-64
> sous RHEL4-AS.
> Je réalise des tests avec BenchmarkSQL pour caractériser, en terme de
> performances, PostgreSQL dans un environnement transactionnel.
>
> Je suis arrivée au stade des tests avec 4 CPUs et je m'interroge sur la
> gestion du multi-threading côté PostgreSQL.
> J'ai lu beaucoup de documentation sur ce point, et de ce que j'ai retenu
> c'est que PostgreSQL n'est pas multi-threadé mais est multi-process.
> Cela explique pourquoi il "forke" des process "postgres" à chaque
> connection demandée à la base de données.
> => Cette théorie était-elle correcte ?

Oui, c'est ça

> => Est-ce que PostgreSQL autoriserait une requête à s'exécuter en
> parallèle sur plusieurs CPUs ?

Non, pas à ma connaissance.

>
> Ma dernière question concerne l'option de compilation
> "--enable-thread-safety". A vrai dire, je ne comprends pas dans quel cas
> je peux l'utiliser et ce qu'elle apporte...La définition de cette option
> dans la doc officielle est la suivante : "Rend les bibliothèques clients
> compatibles avec les threads. Ceci permet des threads concurrents dans
> les programmes libpq et ECPG ce qui leur permet de gérer en toute sûreté
> leur connexions privées."
> Mais cela me ramène à ma première question : PostgreSQL est-il
> multi-threadé ?

L'option en question concerne effectivement la partie clientes (libpq)
et pas le serveur.

--
Sébastien Lardière