Re: Very slow queries w/ NOT IN preparation (seems like a bug, test case)

From: Adriana Alfonzo <adriana(dot)alfonzo(at)venalum(dot)com(dot)ve>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Richard Huxton <dev(at)archonet(dot)com>, Sergey Konoplev <gray(dot)ru(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Very slow queries w/ NOT IN preparation (seems like a bug, test case)
Date: 2008-11-11 19:56:12
Message-ID: 4919E35C.9020709@venalum.com.ve
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Por favor, no quiero seguir recibiendo mensajes

Tom Lane escribió:
> Richard Huxton <dev(at)archonet(dot)com> writes:
>
>> If you connect via psql and then (as root, in another terminal) do:
>> ps auxw | grep postgres
>> you should see the backend that corresponds to your psql connection.
>> strace -p <pid>
>> should then show system calls as they are executed (assuming you have it
>> installed). Execute the explain, and see what is output.
>>
>
>
>> Mine flies past, but is composed almost entirely of "gettimeofday" calls
>> (10,000 of them) apart from at the very end where we get some write and
>> send/recv calls (to print the explain results). I've heard of some
>> people having slow "gettimeofday" calls, but not on linux. On the other
>> hand, that seems to be the main difference between strace output with
>> "not in" compared to "in".
>>
>
> AFAICT Sergey is complaining about the speed of EXPLAIN, *not* EXPLAIN
> ANALYZE. There'd only be a lot of gettimeofday calls in an EXPLAIN
> ANALYZE test.
>
> The whole thing doesn't make a lot of sense to me either. All the
> slowdown explanations I can think of would apply as much or more to the
> IN case...
>
> regards, tom lane
>
>

Aviso Legal Este mensaje puede contener informacion de interes solo para CVG Venalum. Solo esta permitida su copia, distribucion o uso a personas autorizadas. Si recibio este corre por error, por favor destruyalo. Eventualmentew los correos electonicos pueden ser alterados. Al respecto, CVG Venalum no se hace responsable por los errores que pudieran afectar al mensaje original.

Attachment Content-Type Size
adriana_alfonzo.vcf text/x-vcard 293 bytes

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Adriana Alfonzo 2008-11-11 19:56:28 Re: Timestamp precission question
Previous Message Tom Lane 2008-11-11 19:31:32 Re: SHMMAX and shared_bufffers

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2008-11-11 20:08:39 Re: Quick patch for correct pg_stat_database columns
Previous Message Chris Browne 2008-11-11 19:52:07 Re: SQL5 budget