From: | "TND (Ing(dot) Marcos Ortíz Valmaseda)" <mlortiz(at)uci(dot)cu> |
---|---|
To: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>, sposmen(at)gmail(dot)com |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: [pgsql-es-ayuda] Como pcomprobar PgPool-II en modo de paralelización de consultas |
Date: | 2010-04-29 15:30:48 |
Message-ID: | 4BD9A628.7010103@uci.cu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 29/04/10 11:08, Jaime Casanova escribió:
> 2010/4/29 TND<mlortiz(at)uci(dot)cu>:
>
>> Saludos
>> Ya hemos probado acá todos los modos en los que puede funcionar PgPool-II;
>> menos el modo de paralelización de consultas.
>> ¿Cómo o de qué forma podemos comprobar que PgPool-II efectivamente está
>> trabajando en este módulo?
>>
> loguea las sentencias que el pgpool envia a cada servidor, deberia
> estar enviando partes de la consulta principal a cada uno
>
>
>> ¿Cómo podemos realizar pruebas para comprobar que efectivamente PgPool-II
>> cuando está en este modo devuelve los datos más rápido y más eficiente que
>> si le haríamos la consulta directamente al backend?
>>
>>
> mides el tiempo?
>
>
>> Y por último, ¿Existe algún documento que explique cómo funciona en sí el
>> modo de paralelización de consultas?
>>
>>
> http://pgpool.projects.postgresql.org/pgpool-II/doc/pgpool-en.html
>
>
Gracias a todos ya me estoy leyendo el código del pgpool-II.
Una cosita Giraldo. Me decías que el fichero child.c, estaba definida la
función que aleatorizaba el proceso; pero este proceso no depende de los
pesos que tengan los backends definidos, por lo que no es tan aleatorio
como dices.
Jaime:
Por lo que veo en el manual del pgpool, en el proceso de paralelización,
lo primero que se hace es un análisis de la consulta que llega, y luego
se reescribe en dependencia del nodo en que se esté ejecutando no?
Saludos
Attachment | Content-Type | Size |
---|---|---|
mlortiz.vcf | text/x-vcard | 453 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Fernando Hevia | 2010-04-29 18:01:08 | RE: Copy con postgresql |
Previous Message | Manuel R. Bercián | 2010-04-29 15:27:52 | Re: Copy con postgresql |