Size: a a a

Golang Developers — русскоговорящее сообщество

2021 April 15

А

Анатолий in Golang Developers — русскоговорящее сообщество
reserve_pool_timeout - и вот такая, которая равна аж 5 секундам
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Начальный размер пула соединений для экономии времени на установке новых при нормальном уровне нагрузки.
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
у тебя есть переменная Адрес, ты ее создаешь, а PrinterSec нет, почему?
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Никто не же говорит, что баунсер сам не юзает пул. Он нужен для того, чтобы, если у тебя приложение создает пулы по 8 коннектов с 10 инстансов, к базе не устанавливалось 80 соединений в сумме.
источник

ЮD

Юрец Dudec in Golang Developers — русскоговорящее сообщество
а зачем? я же описываю то что у меня структура подабает интерфейсу Printer
источник

ЮD

Юрец Dudec in Golang Developers — русскоговорящее сообщество
как инициализировать интерфейс в структуру я не понимаю
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
это переменная, а не принадлежание структуры к интерфейсу, то что структура принадлежит интерфейму проверяется динамически, не надо ничего указывать просто она должна иметь все нужные поля
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
получается что pgbouncer нужен чтоб приложение не держало idle соединения нужен pgbouncer, но если приложение активно, то у него в принципе не будет idle соединений, и тогда они выходят на максимальное количество и pgbouncer будет тупо забивать базу соединениями проксиря as is? звучит супер тупо
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
получается он тупое прокси если приложение активно
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
и тогда он нахрен не нужен
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Если приложение не держит idle-соединений, то, да баунсер в режиме transaction pooling не нужен.
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
оно держит, пул соединений всегда подлчючен
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Если оно по факту не держит (все соединения из пула приложения утилилируются)
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
они утилизируются как-то, но в целом если пул имеет 20 соединений то приложение всегда держит открытыми 20 соединений, утилизируя одно, открывается другое
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
я ж об этом и писал в том полотне
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Утилизация не в смысле переработка/destroy, а в смысле использование под транзакции
источник

A

Alexander in Golang Developers — русскоговорящее сообщество
Если оно открыло 20 соединений в пуле, а транзакций всего 2, то утилизируется всего 2 соединения из пула
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
баунсер точно такой же пул запросов как и встроенный в го, только это внешняя утилита
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
грубо говоря
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
если в баунсер придет 500 соединений а у него в настройках 50, то он не откроет новых 450, будет распределять 500 пришедших в 50 его
источник