Re: Postgres refusing to use >1 core
От
Aren Cambre
Тема
Re: Postgres refusing to use >1 core
Дата
Msg-id
BANLkTi=itdq7_hS_N-B9dWJm7TQDSXFrWA@mail.gmail.com
Ответ на
Re: Postgres refusing to use >1 core (Pierre C)
Список
Дерево обсуждения
Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Postgres refusing to use >1 core Greg Smith <greg@2ndQuadrant.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Scott Marlowe <scott.marlowe@gmail.com>
Re: Postgres refusing to use >1 core Merlin Moncure <mmoncure@gmail.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Craig Ringer <craig@postnewspapers.com.au>
Re: Postgres refusing to use >1 core Merlin Moncure <mmoncure@gmail.com>
Re: Postgres refusing to use >1 core Merlin Moncure <mmoncure@gmail.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Merlin Moncure <mmoncure@gmail.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
Re: Postgres refusing to use >1 core Craig Ringer <craig@postnewspapers.com.au>
Re: Postgres refusing to use >1 core Aren Cambre <aren@arencambre.com>
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 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.
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
В списке pgsql-performance по дате отправления
От: Robert Haas
Дата: