Сколько максимально коннектов может выдержать postgresql-9?

Question

[gremlintv2]

Привет
При тесте через pgbench заметил, что максимальное количество конектов которое можно установить при тесте 1000:

/usr/pgsql-9.6/bin/pgbench -p 5432 -h localhost -c 900 -C -T 60 -P 1 -U dbuser

Если приложение упирается в коннекты к БД, каким образом кроме pgbouncer можно увеличить количество конектов к БД?
Пока вижу несколько вариантов:
1) Использовать slave инстансы базы
2) Попробовать hadoop (хотя имею довольно поверхностное представление о нем и есть ли под него api для golang)
3) Использовать NOsql

Что можете посоветовать со своего опыта?

Comments

[sim3x]

https://stackoverflow.com/questions/30778015/how-t...

Answer 1

[Melkij]

А сколько у вас ядер на железке, чтобы пускать параллельно 1000 запросов? Хотя бы сотня ядер CPU под такое есть, чтобы за каждое ядро дрались и мешали друг другу всего десяток процессов?

Если хотите снизить латентность - сохраняйте уже открытые соединения.
Если хотите повысить пропускную способность - уменьшайте число активных процессов.
Очень сильно лучше и то и другое сразу. Поэтому да, pgbouncer. Или хотя бы разумных размеров пул на приложении.

Comments

[gremlintv2]

А сколько у вас ядер на железке

48 потоков

Если хотите снизить латентность - сохраняйте уже открытые соединения.
Если хотите повысить пропускную способность - уменьшайте число активных процессов.

Спасибо почитаем, если не вас не затруднит, поделитесь ссылкой на место в мане.

[Melkij]

48 потоков

Всего лишь.
20 активных процессов на каждое ядро, плюс не считая скорей всего немалый %system за очень много fork/sec

Спасибо почитаем, если не вас не затруднит, поделитесь ссылкой на место в мане.

В каком мане?
У postgresql нет встроенного пула коннектов.
Могу сослаться на man pgbench, посмотрите что делают как -c так и -C опции.
Документация по pgbouncer там: pgbouncer.github.io
Документацию на возможно имеющийся пул коннектов в вашей библиотеке приложения - вы не написали ничего о приложении.