Re: Postgres refusing to use >1 core
| От | Pierre C |
|---|---|
| Тема | Re: Postgres refusing to use >1 core |
| Дата | |
| Msg-id | op.vvbc5r1ieorkce@apollo13 обсуждение исходный текст |
| Ответ на | Re: Postgres refusing to use >1 core (Craig Ringer <craig@postnewspapers.com.au>) |
| Ответы |
Re: Postgres refusing to use >1 core
|
| Список | 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. In plpgsql code, you avoid roundtrips, data serializing, and context switches, it can be 2-4x faster. But a big SQL query can process millions of rows/s, it is much more efficient.
В списке pgsql-performance по дате отправления: