The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Компания Cloudflare открыла код форка PgBouncer

26.08.2022 22:22

Компания Cloudflare опубликовала исходные тексты собственной редакции прокси-сервера PgBouncer, применяемого для поддержания пула открытых соединений к СУБД PostgreSQL. PgBouncer позволяет наладить обращение приложений к PostgreSQL через уже установленные соединения для исключения постоянного выполнения ресурсоёмких повторяющихся операций открытия и закрытия соединений и снижения числа активных соединений к PostgreSQL.

Предложенные в форке изменения нацелены на более строгую изоляцию ресурсов на уровне отдельных БД (нагрузка на CPU, потребление памяти и интенсивность ввода/вывода) и обеспечение ограничения числа соединений в привязке к пользователю и пулу соединений. Например, в опубликованном форке реализована возможность ограничения размера пула соединений для каждого пользователя, корректно работающая в конфигурациях с аутентификацией по имени хоста (HBA, host-based authentication). Кроме того, добавлена поддержка динамического изменения ограничений на число соединений от каждого пользователя, что позволяет более гибко урезать пользователей, отправляющих множество ресурсоёмких запросов.

  1. Главная ссылка к новости (https://blog.cloudflare.com/op...)
  2. OpenNews: Релиз проекта pgpool-II 3.0
  3. OpenNews: Уязвимость в cdnjs, позволившая выполнить код на серверах Cloudflare
  4. OpenNews: Релиз СУБД PostgreSQL 14
  5. OpenNews: Выпуск Odyssey 1.2, балансировщика соединений к PostgreSQL
  6. OpenNews: Доступен Pgfe 2, клиентский C++ API к PostgreSQL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57683-cloudflare
Ключевые слова: cloudflare, pgbouncer, postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (78) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 23:20, 26/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Перевожу на человеческий - в хайлоаде с постгре без костылей не получится.
     
     
  • 2.4, Аноним (4), 00:13, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пул коннектов везде актуален, но с другой стороны слишком жирновато персональные коннекты
     
  • 2.5, Аноним (5), 00:13, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Хайлоад бывает без костылей?
     
  • 2.11, www2 (??), 07:14, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В PostgresPro есть встроенный пулер. Это тоже считается костылями?
     
     
  • 3.14, лютый ж.... (?), 07:28, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >PostgresPro есть встроенный пулер

    деньги платить и вендорлочиться? вы с ума сошли

     
     
  • 4.20, ОноНим (?), 10:00, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    хайлоад без денег, вы с ума сошли?
     
     
  • 5.32, лютый ж.... (?), 18:18, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >хайлоад без денег, вы с ума сошли?

    ты за спринг, кафку, хадуп, спарк итд деньги платишь, фантазёр? )

     
     
  • 6.37, Аноним (37), 19:40, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очевидно, что деньги совсем не ща соыт платятся, а ща то, чтобы он работал. Иными словами, за саппорт, который знает как его тюнить, чтобы мне не нужно было своё время на incidental complexity.
     
  • 6.55, yilativs (?), 20:40, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    у тебя хайлоуд и ты не купил подписку на Spring и Kafka поддержку? ))
     
  • 4.22, AleksK (ok), 10:26, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А кто тебе бесплатно даст? Microsoft, Oracle, IBM?
     
  • 3.19, Аноним (19), 08:33, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
  • 2.15, лютый ж.... (?), 07:30, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –8 +/
    >в хайлоаде с постгре без костылей не получится

    в хайлоаде постгреса нет. может у свечек бухгалтерия в 1Се, вот и всё применение )

     
     
  • 3.21, AleksK (ok), 10:25, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У 1С есть сервер к которому обращаются все клиенты, а он уже к postgres. Нормальные приложения в хайлоаде имеют свой пулер.
     
     
  • 4.46, Аноньимъ (ok), 14:59, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальным приложениям ненужен внешний пулер. Их пишут так чтобы они не спамили конекшонами на каждый чих.

    Какой-нибудь дотнетовский линкскуель и похожая лажа в хайлоаде это безумие.

     
     
  • 5.51, AleksK (ok), 15:48, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормальным приложениям ненужен внешний пулер. Их пишут так чтобы они не спамили
    > конекшонами на каждый чих.
    > Какой-нибудь дотнетовский линкскуель и похожая лажа в хайлоаде это безумие.

    И как ты без промежуточного сервера будешь разруливать хотя бы сотню клиентов которые на каждый чих генерят кучу запросов. А фоновые задачи? Сейчас практически любое более менее серьёзное приложение хоть 1С хоть интернет магазин это трехзвенка клиент-сервер приложения-сервер БД.

     
     
  • 6.52, Аноньимъ (ok), 16:08, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Речь же о хайлоаде шла, а не этом вот всём безобразии.

    Нормально писать клиентов нормально всё будет.

    Сотня клиентов это вообще не о чём.
    По конекшону на клиента и проблема пулинга конекшонов решена.

    Чтобы не спамили кучей запросов есть инженер баз данных(или как-то так), который нормальные запросы и сценарии спроектирует. И к нему программист который это разумно закодит.

    Хайлоад, это не то же самое что высокая нагрузка. Можно написать отвратительное приложение которое будет грузить сервер, это не будет хайлоадом.

     
     
  • 7.57, AleksK (ok), 22:40, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напомню тебе один момент, у того же ms sql каждый конекшен стоит отдельную денюж... большой текст свёрнут, показать
     
     
  • 8.58, Аноньимъ (ok), 23:13, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да какое отношение число запросов к коннекшен пудингу вообще имеет Диванчика не... текст свёрнут, показать
     
     
  • 9.62, AleksK (ok), 01:22, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сочувствую Тут многое от удачи зависит Знакомый свинтил с семьей из Днепропетр... большой текст свёрнут, показать
     
     
  • 10.71, Аноньимъ (ok), 12:59, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо Словами тяжело описать что мы пережили С 1С не знаком от слова совсем ... текст свёрнут, показать
     
     
  • 11.73, AleksK (ok), 23:37, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я немного в курсе, если можно так сказать У меня есть пара знакомых Одна в Ник... текст свёрнут, показать
     
     
  • 12.77, Аноньимъ (ok), 12:10, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мы бежали под обстрелами Чудом разминулись со снарядом на улице Сами по себе в... текст свёрнут, показать
     
     
  • 13.78, AleksK (ok), 12:20, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Реалии современных конфликтов, кто-то бежит от обстрелов буквально под взрывами,... текст свёрнут, показать
     
     
  • 14.80, Аноньимъ (ok), 12:29, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Когда приехали в другой город были удивлены как люди реагируют на тревогу Искре... текст свёрнут, показать
     
  • 12.79, Аноньимъ (ok), 12:21, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, людям конечно срывает крышу от этого всего Оставаться человеком в таких усл... текст свёрнут, показать
     
  • 9.66, Аноним (66), 08:25, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот отдельный общий, один на всех, универсальный пулинг соединений и есть ме... текст свёрнут, показать
     
     
  • 10.69, Аноньимъ (ok), 12:51, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Под усилиями подразумевалась сложность системы, нагрев вселенной, а не усилия от... текст свёрнут, показать
     
     
  • 11.74, Аноним (66), 08:33, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сложность системы уменьшается Разница в нагреве вселенной от выбранного вариант... текст свёрнут, показать
     
     
  • 12.76, Аноньимъ (ok), 11:49, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно не рубить лес гектарами, о этом речь ... текст свёрнут, показать
     
     
  • 13.82, Аноним (82), 08:13, 31/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно Если у тебя весь проект это Hello, world или не сложнее вызова оракловс... текст свёрнут, показать
     
  • 3.23, Аноним (23), 10:57, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А мужики то не знают.
     
  • 3.35, Аноним (35), 19:23, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При насильственном внедрении импортозамещения в одной отдельно взятой организации - не поверишь, но таки Postgres добровольно-принудительно заменяет продукцию западных фирм, которые обычно ассоциируются с HighLoad. Да, с матами и грустью в глазах сопровождающих, но заменяет. И даже всё работает. Не так удобно как раньше, но работает. И таки да, в  организации реальный HighLoad.

    Полагаю, не только в этой самой организации такое происходит :)

     
  • 3.53, Аноньимъ (ok), 16:12, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне себе посгря может обеспечивать хайлоад. Вопрос в том как её применять.
     
  • 2.24, Аноним (23), 10:58, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что, есть другие варианты?
     
     
  • 3.47, Аноньимъ (ok), 15:00, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Писать нормально чтобы ненужен был внешний пулер.
     
     
  • 4.54, Аноним (54), 19:23, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Классный рецепт, три звезды мишлен. Ты как будешь без внешнего пулера, если у тебя допустим, Чёрная пятница, народу привалило так, что 100+К rps это ещё штатная нагрузка. И кластер из кучи нод бэка, который пуляет в кластер БД с асинхронным реплицированием по CQRS подходу. Там нужно по внешнему пулеру на каждую БД ноду + клиентский пул на каждой ноде бэка.
     
     
  • 5.56, Аноньимъ (ok), 21:20, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вам не нужен пулер для бекэнда если ваш бекэнд сам контролирует соединения с БД и поддерживает несколько параллельных соединений. Для бд оптимальным будет по соединению на одно ядро ЦП.

    Не знаю что с постгри но с мускулом это оптимальная стратегия.

    Если ваш бекэнд спамит соединения на каждый чих его нужно сжечь.

     
     
  • 6.59, Аноним (59), 01:15, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сначала нужно учесть, что постгря в отличие от мускуля не на потоках, а на проце... большой текст свёрнут, показать
     
     
  • 7.63, Аноньимъ (ok), 01:51, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, интересно.
     
  • 6.83, Аноним (82), 08:38, 31/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А мне кажется, что это крайне неоптимально и мало, если у тебя много клиентов и ... большой текст свёрнут, показать
     
     
  • 7.84, Аноньимъ (ok), 18:16, 31/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очередь само собой асинхронно обрабатывать. Запросов очередь на клиенте(допустим каком-то бекенде)
    Я не о пулинге соединений говорил.
    А о том что можно организовать на клиенте очередь запросов которая будет выгрибаться неким небольшим числом постоянных соединений с БД.

    А база данных не станет быстрее отвечать на запросы от того что к ней куча соединений идёт, на оборот произойдет.

    Конечно оптимальное число соединений определяется опытным путем и зависит от характера запросов.

     

  • 1.6, Имяреяк (?), 01:10, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это для приложений, у которых нормально не реализован пул подключений на клиентской стороне? Или дополнительная прокладка в виде промежуточного пула?
     
     
  • 2.8, Аноним (54), 02:30, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Если у тебя весь бэк в кубере и скейлинг под нагрузкой в десяток подов,то без баунсера никуда потому что это глобальный пул для всех, которым проще управлять. А клиентские пулеры только в рамках одного инстанса работают.
     
     
  • 3.9, АнонЖрон (?), 04:59, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь русскими словами...
     
     
  • 4.10, Аноним (10), 06:07, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скейлинг->масштабирование, не благодари. Остальное, вроде, по-русски.
     
     
  • 5.13, Ann (??), 07:23, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Масштабирование(рус)/scaling(eng). А что такое "скейлинг" - понятно только из твоего разъяснения.
    Поды - это что? Гуглится pod - как электронная сигарета. Или из вики: Под (степное блюдце) — пологое замкнутое бессточное понижение рельефа. Ты их имел ввиду? Тогда нихрена в твоем посте не понятно.
    Поэтому и попросили тебя перевести на русский с х.з. какого слэнга.
     
     
  • 6.17, Аноним (10), 07:41, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, это нормально использовать привычную терминологию без перевода. Никто же не говорит брандмаузер в быту, все говорят файрвол. А насчёт второго, чувак же сказал, что это из кубера терминология. У меня первая ссылка в гугле на кубернетсы, и это не персонифицированная выдача -- никогда с этим не работал. Но обычно такое понимается из контекста.
     
     
  • 7.18, Ann (??), 07:51, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вот выше человек не просто так ведь попросил перевести.
    Я бы тоже, будь не в теме - не понял бы. Несложно ведь сразу написать, чтобы всем было понятно без гугления.
     
     
  • 8.30, я из фейсбука (?), 15:54, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы просто гуманитарии ... текст свёрнут, показать
     
     
  • 9.34, Ann (??), 18:39, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не угадал Ванговать точно не ваше ... текст свёрнут, показать
     
  • 8.43, Аноним (43), 06:41, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Нет, вот ты объясни зачем Если человек не в теме, то зачем ему понимать... текст свёрнут, показать
     
  • 6.31, Аноним (37), 18:04, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Поды - это что? Гуглится pod - как электронная сигарета

    Гугл показывает персонализированную выдачу. Занимался бы ты системным администрированием — нагуглилось бы кое-что иное. Так что сиди кури, эникей.

     
     
  • 7.70, Ann (??), 12:55, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Запросы в основном о "системном администрировании" и около того, и гугл вот такое выдал(правда на домашнем пк, но не суть - там тоже в основном технические сайты открываются). Выходит, не всегда срабатывает "персонализированная выдача".
    >>Так что сиди кури

    ?
    >> эникей.

    Если не можете с точно определить уровень знаний человека в какой либо области, лучше этого не делать.

     
  • 6.36, Аноним (35), 19:27, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чел, sorry за прямоту.
    Если ты IT-специалист - погугли Kubernetes. В соответсвующих статьях всё будет описано в лучшем виде )
    Если не IT-шник - объяснить, что комментатор выше сказал - задача крайне нетривиальная, примерно на 1/2 страницы А4 убористым почерком ))
     
     
  • 7.39, Аноним (39), 21:31, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если ты не можешь в пару строк нормальным языком это объяснить, ты сам ничего не понимаешь.
     
     
  • 8.40, Аноним (40), 05:00, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну давай, объясни 171 нормальным языком 187 в 171 пару строк 187 , чем за... текст свёрнут, показать
     
     
  • 9.44, Аноним (39), 12:10, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тем же, чем одинэсники, только с докером ... текст свёрнут, показать
     
  • 9.50, Аноньимъ (ok), 15:03, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хернёй он занимается ... текст свёрнут, показать
     
  • 8.42, Аноним (43), 06:38, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чья бы корова мычала Если ты не понимаешь каждое второе слово, то это ты соверш... текст свёрнут, показать
     
     
  • 9.45, Аноним (39), 12:12, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я отлично понимаю, достаточно для того, чтобы понять, что этот речехрюк нужен ис... текст свёрнут, показать
     
     
  • 10.48, Аноним (-), 15:02, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это я отлично понимаю, что ты не являешься специалистом ни в одной области, не о... текст свёрнут, показать
     
  • 6.41, Аноним (43), 06:37, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Поэтому и попросили тебя перевести на русский с х.з. какого слэнга.

    А не пойти ли бы вам? Если ты не знаешь профессионального сленга, то что ты лезешь в профессию? Если тебе интересно иди почитай туториалов по kubernetes, если не интересно и ты за русский язык воюешь то иди на какой-нибудь литературный форум. Там тебя примут.

     
     
  • 7.61, Ыеуз0 (?), 01:22, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мы обсуждаем пулер, а не подокубернетиз. Поэтому пример должен быть болле  понятным, в контексте  пгбаунсера, а не микросервисного пода.
     
     
  • 8.65, Аноним (-), 07:30, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И как раз этот пулер в системе на кубере оказывается полезным И что теперь Тот... текст свёрнут, показать
     
  • 7.72, Ann (??), 13:58, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>А не пойти ли бы вам?

    Я понимаю, что интернет позволяет, но все же не стоит грубить.
    Тема про пулер для PostgreSQL, а не про контейнеры. И людям, не знакомым с слэнгом kubernetes-админов(не все ведь в ИТ оркестрацией занимаются, верно?) может быть непонятен твой комментарий, при том, что то же самое можно написать понятно. О чем я и написал.

     
     
  • 8.75, Аноним (75), 08:49, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя может и не стоит, у меня стоит Это проблемы этих людей, и им следует дер... текст свёрнут, показать
     
  • 3.25, Аноним (3), 12:50, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Идейно крепкий речекряк
     
  • 3.49, Аноньимъ (ok), 15:02, 28/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ехали микросервисы через микросервисы.
    Видят микросервисы транзакшионал датабейс сервер в микросервисы.
    Сунили микросервисы микросервисы в микросервисы.
    Скалинг скалинг скалинг скалинг.
     
  • 2.12, www2 (??), 07:18, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Встроенный в приложение пул подключений помогает, но в случае нескольких приложений, работающих с общей БД, общий пулер перед СУБД, работающий в режиме transaction по-прежнему позволяет достичь дополнительной экономии подключений.
     
     
  • 3.26, Аноним (59), 13:21, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    в режиме transaction у pgBouncer есть громаднейший недостаток в виде отсутствия совместимости prepared statements с этим режимом. В зависимости от требований бизнеса по SLA таймингам на REST, это может быть критично.
     
     
  • 4.28, Аноним (28), 14:06, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если у бизнеса из-за разницы prepared vs plain падает весь прод то это явно не в баунсере проблема
     
     
  • 5.38, Аноним (59), 20:44, 27/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Речь о штатных ситуациях, а не о падениях. Бизнес хочет например выделяться качеством обслуживания и с самого верха спускаются верхние пороги метрик, что и за сколько должно отрабатывать. Например, REST от запроса до ответа должен отрабатывать не более 2 секунд по 90 перцентилю нагрузки за последний месяц. В таких условиях ограничения, накладываемые инфраструктурными инструментами, тоже начинают играть свою роль.
     
     
  • 6.68, Аноним (68), 12:18, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > не более 2 секунд

    За 2 секунды можно выполнить 20 000 plain запросов, без prepare.

     
     
  • 7.81, Аноним (54), 21:23, 30/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Запрос запросу рознь. У нас на проекте была задача в 2 секунды впихнуть построение BI аналитики на джойнах по, кажется, 17 таблицам с оконными функциями, и дерганьем инфы из json столбцов, в каждой из которых было от 10 до 30 млн записей. Сам запрос был на несколько сотен строк. Вынесение его в prepared давало примерно 10% ускорение, так как этот отчёт в течение дня в департаменте бизнес-аналитиков дергался постоянно. Так что терять такой прирост на баунсере тупо жалко в сложных случаях.
     
  • 4.60, Ыеуз0 (?), 01:19, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Odyssey 1.3 умеет готовить statement,  яндекс пилит https://github.com/yandex/odyssey/releases
    --
    меня больше не  нравится изменение параметров сессии, которое влияет на всех, какой-нибудь set transaction read only. И  бегут жаловаться.
     
     
  • 5.64, Аноним (59), 02:32, 29/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Открываю issue, чет одна из первых бажин сверху, что prepared statement не фурычат.
     

  • 1.27, Аноним (28), 14:01, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в опубликованном форке реализована возможность ограничения размера пула соединений для каждого пользователя

    в ванильном баунсере изначально все пулы ограничены по пользователям

     
  • 1.29, Аноним (28), 14:22, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Предложенные в форке изменения нацелены на более строгую изоляцию ресурсов на уровне отдельных БД (нагрузка на CPU, потребление памяти и интенсивность ввода/вывода) и обеспечение ограничения числа соединений в привязке к пользователю и пулу соединений. Например, в опубликованном форке реализована возможность ограничения размера пула соединений для каждого пользователя, корректно работающая в конфигурациях с аутентификацией по имени хоста (HBA, host-based authentication)

    На самом деле там просто починили обработку пользователей из блока [users] в ini файле, ни про какие CPU или hba там речи нет.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру