From: | Aren Cambre <aren(at)arencambre(dot)com> |
---|---|
To: | Pierre C <lists(at)peufeu(dot)com> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Postgres refusing to use >1 core |
Date: | 2011-05-12 03:20:51 |
Message-ID: | BANLkTi=itdq7_hS_N-B9dWJm7TQDSXFrWA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
>
>
> I suspect your app is doing lots of tiny single-row queries instead of
>> efficiently batching things. It'll be wasting huge amounts of time
>> waiting for results. Even if every query is individually incredibly
>> fast, with the number of them you seem to be doing you'll lose a LOT of
>> time if you loop over lots of little SELECTs.
>>
>
> Using unix sockets, you can expect about 10-20.000 queries/s on small
> simple selects per core, which is quite a feat. TCP adds overhead, so it's
> slower. Over a network, add ping time.
>
I'm talking to a Postgres on localhost, so in theory, I ought to be getting
really good throughput, but again, the problem may be with the way C#'s
PLINQ "multithreading in a can" is managing things.
Aren
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-05-12 03:21:15 | Re: HashJoin order, hash the large or small table? Postgres likes to hash the big one, why? |
Previous Message | Aren Cambre | 2011-05-12 03:18:12 | Re: Postgres refusing to use >1 core |