Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на основе ИИ, поддерживающий REST API и MQTT"	+/–
Сообщение от opennews (??), 30-Окт-25, 08:51
Опубликован первый выпуск pgbalancer, балансировщика нагрузки PostgreSQL на основе искусственного интеллекта с REST API и MQTT. Pgbalancer обеспечивает обработку пула соединений и балансировку нагрузки для PostgreSQL, управляется по протоколу HTTP и поддерживает потоковую передачу событий в режиме реального времени. Проект создан как форк pgpool-II с серьёзными улучшениями для умной маршрутизации запросов. Код написан на языке Си и  распространяется под открытой лицензией PostgreSQL... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64140
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+43 +/–
Сообщение от anonymous (??), 30-Окт-25, 08:51
Уже и нагрузку балансировать без ИИ не можем. Дожили...
Ответить | Правка | Наверх | Cообщить модератору

	5. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+3 +/–
	Сообщение от Аноним (5), 30-Окт-25, 09:23
	да там судя по всему просто reinforcement learning, без глубокого обучения
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от User (??), 30-Окт-25, 09:47
	Ну, вообще-то "да, НОРМАЛЬНО - не можем". RR если что - НЕ нормально, веса "на лету" двигать умеют уже не только лишь все - и делают это "реактивно" (Навалим на этот бэкенд побольше! Ой, чот он уже не вывозит - ну давай на другой навалим") - а так, чтоб без "ой!" - ужо роскет-сайнс с расчетом saturation. Но таки да, в контексте именно postgres - звучит странненько.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	54. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от r2d0 (?), 30-Окт-25, 12:57
	Кроме rr существует куча других видов балансировки. Но даже ии не добавит к ним учёт нагрузки на сервер и какие-то внутренние метрики pg, что, кстати, можно добавить к балансировщику и без ии.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 20:09
	> RR если что - НЕ нормально это и есть идеальный алгоритм балансировки (безусловная балансировка), а ваши "веса" повешенные на узлы возникают лишь тогда, когда узлы в системы не имеют равных ресурсов, отсюда RR c "весами" получается. > веса "на лету" двигать умеют а это уже другая задача, которая называется ре-балансировка и она возникает в определенных случаях (деградации системы).
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	125. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от User (??), 30-Окт-25, 21:20
	>> RR если что - НЕ нормально > это и есть идеальный алгоритм балансировки (безусловная балансировка), а ваши "веса" повешенные > на узлы возникают лишь тогда, когда узлы в системы не имеют > равных ресурсов, отсюда RR c "весами" получается. Ну, идеальная - как сферический конь в вакууме, да. Конфигурация узлов - идентична, создаваемая нагрузка - идентична, стейта нигде нет, расстояние до всех узлов одинаковое, от времени ничего не меняется и так далее. А в жизни вот всё не так, как на самом деле. >> веса "на лету" двигать умеют > а это уже другая задача, которая называется ре-балансировка и она возникает в > определенных случаях (деградации системы). Ну или росте нагрузки с автоскейлингом бэкенда. Или с насыщением системы с упором в бутылочные горлышки. Или при плановом обслуживании узлов. При обновлении. Да много причин может быть. В любом случае - решать надо, да?
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 23:49
	> Ну, идеальная - как сферический конь в вакууме, да. Ясно, я забыл, что вам надо сову на глобус натягивать. > Конфигурация узлов - идентична да, называется кластер. > создаваемая нагрузка - идентична Равномерно распределена между узлами, а на что вам еще балансировка нужна? > стейта нигде нет Никакого отношения к балансировке не имеет. Хранить стейты также можно в распределенной системе со своей балансировкой. Если вам необходимо пользователя N направить на его бекенд (узел), только потому-что там лежат его данные - это маршрутизация, даже в таком случае необходимо делать балансировку если юзер интенсивно будет расходовать ресурсы бекенда (узла). > расстояние до всех узлов одинаковое Это называется локалити (локальность), вы же не будете пользователей из Африки направлять на бекенды (узлы) в Антарктике. > А в жизни вот всё не так, как на самом деле. В жизни надо различать понятие "маршрутизация" и "балансировка". > Ну или росте нагрузки с автоскейлингом бэкенда. автоскейлинг - масштабирование требует алгоритмов ре-балансировки, после ре-балансировки работает как и работала обычная балансировка. > Или с насыщением системы с упором в бутылочные горлышки. "бутылочные горлышки" - кривость дизайна по определению, в жизни их не должно быть, а если есть - их надо решать. > Или при плановом обслуживании узлов. При обновлении. Ре-балансировка, с избыточностью, либо делать все эти действия при наименьшей нагрузке - условно ночью. > В любом случае - решать надо, да? ДА, конечно же, только решать их надо до продакшена если че :))
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от User (??), 31-Окт-25, 07:46
	> да, называется кластер. Эээ... а если конфигурация нод - не идентичная, то уж не "кластер"? Дела... >> создаваемая нагрузка - идентична > Равномерно распределена между узлами, а на что вам еще балансировка нужна? "В штуках" то она конечно равномерна - вот только кто-то страничку открыл и кофе пьёт - а кто-то отчет за весь год собирает. Распределение по нодам - равномерное, а нагрузка на них - вот нет. Да, те-о-ре-ти-чес-ки при достаточно большом количестве пользователей и усредненном паттерне нагрузки оно должно выровняться - а практически один пересчет баланса за сутки инициированный одним пользователем - вот, забивает инстанс бэкенда полностью. >> стейта нигде нет > Никакого отношения к балансировке не имеет. Хранить стейты также можно в распределенной > системе со своей балансировкой. Если вам необходимо пользователя N направить на > его бекенд (узел), только потому-что там лежат его данные - это > маршрутизация, даже в таком случае необходимо делать балансировку если юзер интенсивно > будет расходовать ресурсы бекенда (узла). А люди-то всякие sticky-sessions делали да по хешам раскидывали - а надо было взять простой советский... >> расстояние до всех узлов одинаковое > Это называется локалити (локальность), вы же не будете пользователей из Африки направлять > на бекенды (узлы) в Антарктике. Чудеса, правда? А вот часть пользователей еката в Мск - вполне даже "буду" при определенных условиях >> Ну или росте нагрузки с автоскейлингом бэкенда. > автоскейлинг - масштабирование требует алгоритмов ре-балансировки, после ре-балансировки > работает как и работала обычная балансировка. Ну в общем-то да - вот только делается оно нихрена не руками раз в полгода, ага? Это не "отдельная эксплуатационная процедура", а часть жизненного цикла этой самой "балансировки". >> Или с насыщением системы с упором в бутылочные горлышки. > "бутылочные горлышки" - кривость дизайна по определению, в жизни их не должно > быть, а если есть - их надо решать. \Старательно записвыает\ "Делоите хорошо - а плохо не делоите!" >> Или при плановом обслуживании узлов. При обновлении. > Ре-балансировка, с избыточностью, либо делать все эти действия при наименьшей нагрузке > - условно ночью. Вооооу! \записывает еще старательней\ >> В любом случае - решать надо, да? > ДА, конечно же, только решать их надо до продакшена если че :)) Так чо "решать"-то? Вы ж все уже запроектировали! Вот, у меня записано - ноды одинаковые, делать - хорошо, а плохо - не делать, настраивать - ночью в антарктике и балансировать round robin'ом!
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 31-Окт-25, 13:49
	> Эээ... а если конфигурация нод - не идентичная тогда это елки-палки, но не кластер. Я посмотрю что будет, когда у вас данные базы лежат на узлах с ссд и с хдд без разделения горячее-холодное, "кластер" ведь, все узлы выполняют одинаковую роль епт. А еще конфигурацию узлов еще будете хранить. > Распределение по нодам - равномерное, а нагрузка на них - вот нет. Это как? распределяется по узлам что? > а практически один пересчет баланса за сутки инициированный одним пользователем - вот, забивает инстанс бэкенда полностью Ровно такая же ситуация происходит при добавлении нового узла, нагрузка на нем и не "те-о-ре-ти-чес-ки", а со временем точно выровнится. Но это никакого отношения к балансировке не имеет, это все ре-балансировка. А если у вас забивается инстанс бекенда, то это уже другая проблема, это не проблема балансировки. Таким макаром у вас все бекенды легко забить, и никакой механизм ре-балансировки вам не поможет!!! > А люди-то всякие sticky-sessions делали да по хешам раскидывали Потому-что люди делали все на коленке, ресурсов же нет распределенную систему сессий делать. Кластерные системы бывают разные, вычислительные, хранения и т.д. (ссылку на вики давать не буду, найдете), короче - кластера не игрушки на локалхосте. > Чудеса, правда?   Нет, сынок, - это фантастика! > ре-балансировки - Это не "отдельная эксплуатационная процедура", а часть жизненного цикла этой самой "балансировки". Это именно что отдельная процедура, балансер не обязан следить и хелзчекать какой-то внешний АПИ ресурс у какого-то из бекендов, чтобы при недоступности этого ресурса не слать запросы на этот бекенд. Бред, за этим сам бекенд (либо система мониторинга, которая исключит узел из цепочки баланса, тоесть триггернет событие ре-баланса с последующим перераспределением имеющейся нагрузки, разные алгоритмы на разные случаи) должен следить, а в случаи недоступности - отказывать балансеру, и балансер некстнит на следующий бекенд, вот и все вся роль обычного RR алгоритма балансировки. Что там буквально на днях у aws произошло с его "умным" балансировщиком? Гонка состояний? А как так, они ведь на TLA+ же все верифицировали :) > \Старательно записвыает\ "Делоите хорошо - а плохо не делоите!" "Кто из вас без греха, первый брось на нее камень" - головного мозга. > Вооооу! \записывает еще старательней\ """ Иисус, восклонившись и не видя никого, кроме женщины, сказал ей: женщина! где твои обвинители? никто не осудил тебя? Она отвечала: никто, Господи. Иисус сказал ей: и Я не осуждаю тебя; иди и впредь НЕ ГРЕШИ. """ > Так чо "решать"-то? Вы ж все уже запроектировали! Да, и даже на TLA+ верифицировали корректность, но что-то пошло не так :) > Вот, у меня записано - ноды одинаковые, делать - хорошо, а плохо - не делать, настраивать - ночью в антарктике и балансировать round robin'ом! Прекрасно, успехов вам.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от User (??), 31-Окт-25, 14:33
	>> Эээ... а если конфигурация нод - не идентичная > тогда это елки-палки, но не кластер. Я посмотрю что будет, когда у > вас данные базы лежат на узлах с ссд и с хдд > без разделения горячее-холодное, "кластер" ведь, все узлы выполняют одинаковую роль епт. > А еще конфигурацию узлов еще будете хранить. Пждите! У меня все ходы записаны! "> Конфигурация узлов - идентична да, называется кластер." а теперь оказывается враги в штаны наклали и: "Я посмотрю что будет, когда у > вас данные базы лежат на узлах с ссд и с хдд > без разделения горячее-холодное, "кластер" ведь, все узлы выполняют одинаковую роль епт." Так "идентична" - или вот не совсем, не всегда, не везде и не все? >> Распределение по нодам - равномерное, а нагрузка на них - вот нет. > Это как? распределяется по узлам что? Ну, в случае с RR - "запросы", которые вот только что в сферическом вакууме дают "идентичную нагрузку". >> а практически один пересчет баланса за сутки инициированный одним пользователем - вот, забивает инстанс бэкенда полностью > Ровно такая же ситуация происходит при добавлении нового узла, нагрузка на нем > и не "те-о-ре-ти-чес-ки", а со временем точно выровнится. Но это никакого > отношения к балансировке не имеет, это все ре-балансировка. Ну, если вам хочется это так называть - называйте. Главное чтобы делалось вот - не когда вы на работу придете и кнопку "РЕБАЛАНСИРОВКА!" нажмете - а автоматически. > А если у вас забивается инстанс бекенда, то это уже другая проблема, > это не проблема балансировки. Таким макаром у вас все бекенды легко > забить, и никакой механизм ре-балансировки вам не поможет!!! Ну вот пока в вилларибо читают молитвы б-гу Машине перед нажатием кнопки "ребалансировка" и рассказывают, что ничего тут без полной переделки помочь не может - в виллабаджо просто меняется вес ноды и все работает абсолютно нормально. >> А люди-то всякие sticky-sessions делали да по хешам раскидывали > Потому-что люди делали все на коленке, ресурсов же нет распределенную систему сессий > делать. Кластерные системы бывают разные, вычислительные, хранения и т.д. (ссылку на > вики давать не буду, найдете), короче - кластера не игрушки на > локалхосте. Да-да, у меня уже записано: "А плохо - не делоите"(С) Аноним. >> ре-балансировки - Это не "отдельная эксплуатационная процедура", а часть жизненного цикла этой самой "балансировки". > Это именно что отдельная процедура, балансер не обязан следить и хелзчекать какой-то > внешний АПИ ресурс у какого-то из бекендов, чтобы при недоступности этого > ресурса не слать запросы на этот бекенд. Бред, за этим сам > бекенд (либо система мониторинга, которая исключит узел из цепочки баланса, тоесть > триггернет событие ре-баланса с последующим перераспределением имеющейся нагрузки, разные > алгоритмы на разные случаи) должен следить, а в случаи недоступности - > отказывать балансеру, и балансер некстнит на следующий бекенд, вот и все > вся роль обычного RR алгоритма балансировки. Ну если вы так говорите - значит, конечно, не обязан. Вот так разработчикам и говорите - мол, "от Лукавого" это вот всё, а нам-православным и RR на все случаи жизни достаточно. > Что там буквально на днях у aws произошло с его "умным" балансировщиком? > Гонка состояний? А как так, они ведь на TLA+ же все > верифицировали :) А вот там давеча - лифт застрял, что вы об этом скажете, а?! А?! Если бы г-дь хотел чтобы мы пользовались лифтами - он бы прицепил к нам трос!!! Ходите пешком!11 >> Так чо "решать"-то? Вы ж все уже запроектировали! > Да, и даже на TLA+ верифицировали корректность, но что-то пошло не так > :) Вы тааакой уууумный! Наверое, сейчас мамазону рассказываете, как ему балансировку осуществлять? Или это пока специальная акция для посетителей? Куда слать деньги для успешного успеха, коуч?
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 31-Окт-25, 16:39
	> Так "идентична" - или вот не совсем, не всегда, не везде и не все? Что будет происходить когда один и тот же запрос (аля одинаковая нагрузка) придет на узел с ссд и на узел с хдд? Какой из узлов будет "более нагруженным" какой нет? Одинаковая ли "нагруженность" будет при этом? Будут ли узлы вашего "кластер" равномерно обрабатывать запросы? После ответа на эти вопросы - поймете, зачем нужна "идентичность конфигурации". Молчу про ситуации выхода из строя узлов и перенос нагрузки упавшего узла на другие узлы (аля ре-балансировка). > Ну, в случае с RR - "запросы", которые вот только что в сферическом вакууме дают "идентичную нагрузку". А профили (или как вы там говорите, паттерны) нагрузок для чего существуют? Балансируют всегда по одному профилю. Банальный пример, у вас N банок для воды (узлы), вам надо распределить три вида воды - чистую, соленую и сладкую (это профили). > Ну, если вам хочется это так называть - называйте. Главное чтобы делалось вот - не когда вы на работу придете и кнопку "РЕБАЛАНСИРОВКА!" нажмете - а автоматически. В смысле мне хочется, это так и называется. А про кнопку я не понял, где я такое утверждал, что процесс ре-балансировки должен быть ручным? Я только могу утверждать, что для это процесса не нужен никакой ЫЫ, достаточно КА (конечный автомат). > в виллабаджо просто меняется вес ноды Балансер меняет вес ноды? Балансер должен чекать "доступность", определять условия доступности? НЕТ - балансер тупо балансирует по конкретной схеме, а схема одна - "бери следующий доступный узел", а как определено понятие "доступный" - решает алгоритм ре-балансировки, ибо условия "доступности" не балансер определяет, доступность узла - определяет либо человек (ручным способом), либо внешнее программное событие. Отсюда и не понимаете, что RR не обязан проверять есть сеть или нет (тупо коннектится к умершей ноде), запушен процесс базы или нет, успешный ли результат запроса или нет и т.д. Он только должен запрашивать следующий доступный узел и все. Делая из него комбайн ре-балансировки приводит к таким вот ситуациям, которые недавно произошли у aws. > Да-да, у меня уже записано: "А плохо - не делоите"(С) Аноним.   Это вы aws-никам скажите, которые верифицировали ЫЫ балансировщик. > а нам-православным и RR на все случаи жизни достаточно Если вас не устраивает ваша кофеварка потому-что она мясо и кости не рубит, то вам промышленный шреддер нужен. Но вы продолжайте натягивать сову на глобус. > А вот там давеча - лифт застрял, что вы об этом скажете, а?! А?! Сказать могу только если увижу КА (конечный автомат) вашего лифта, или он у вас там через ЫЫ управляется? Если у вас лифты застревают с КА, то боюсь предположить, что произойдет с лифтом с ЫЫ. > Наверое, сейчас мамазону рассказываете, как ему балансировку осуществлять? Не обязан, с чего бы? ситуация с aws вам в пример. > Куда слать деньги для успешного успеха, коуч? Реквизиты по ссылке в описании :)
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от User (??), 31-Окт-25, 18:16
	>> Так "идентична" - или вот не совсем, не всегда, не везде и не все? > Что будет происходить когда один и тот же запрос (аля одинаковая нагрузка) > придет на узел с ссд и на узел с хдд? Какой > из узлов будет "более нагруженным" какой нет? Одинаковая ли "нагруженность" будет > при этом? Будут ли узлы вашего "кластер" равномерно обрабатывать запросы? После > ответа на эти вопросы - поймете, зачем нужна "идентичность конфигурации". Молчу > про ситуации выхода из строя узлов и перенос нагрузки упавшего узла > на другие узлы (аля ре-балансировка). Ну я и говорю - вместо того, чтобы вписывать систему в объективную реальность - мы нарисуем свою, сферическую в вакууме - там все будет ИДЕАЛЬНО. >> Ну, в случае с RR - "запросы", которые вот только что в сферическом вакууме дают "идентичную нагрузку". > А профили (или как вы там говорите, паттерны) нагрузок для чего существуют? > Балансируют всегда по одному профилю. Банальный пример, у вас N банок > для воды (узлы), вам надо распределить три вида воды - чистую, > соленую и сладкую (это профили). Да-да. Каждый тип запросов в свой бэкенд - и раунд-робином, ага. А в жизни вот как раз на профилирование ИИ настропалить - выглядит очень даже хорошей идеей. >> Ну, если вам хочется это так называть - называйте. Главное чтобы делалось вот - не когда вы на работу придете и кнопку "РЕБАЛАНСИРОВКА!" нажмете - а автоматически. > В смысле мне хочется, это так и называется. Ну ок. Хоть "сепулированием сепульки" называйте - кто ж вам запретит? >[оверквотинг удален] > Балансер меняет вес ноды? Балансер должен чекать "доступность", определять условия доступности? > НЕТ - балансер тупо балансирует по конкретной схеме, а схема одна > - "бери следующий доступный узел", а как определено понятие "доступный" - > решает алгоритм ре-балансировки, ибо условия "доступности" не балансер определяет, доступность > узла - определяет либо человек (ручным способом), либо внешнее программное событие. > Отсюда и не понимаете, что RR не обязан проверять есть сеть > или нет (тупо коннектится к умершей ноде), запушен процесс базы или > нет, успешный ли результат запроса или нет и т.д. Он только > должен запрашивать следующий доступный узел и все. Делая из него комбайн > ре-балансировки приводит к таким вот ситуациям, которые недавно произошли у aws. Ну, если вы так говорите - то РАЗУМЕЕТСЯ, правы именно Вы, а не aws! Ведь у вас в идеальной сферической архитектуре ни одного факапа не было, правда? >> Да-да, у меня уже записано: "А плохо - не делоите"(С) Аноним. > Это вы aws-никам скажите, которые верифицировали ЫЫ балансировщик. Что вы, что вы - я не настолько квалифицирован - это ваша ЭКСПЕРТИЗА >> а нам-православным и RR на все случаи жизни достаточно > Если вас не устраивает ваша кофеварка потому-что она мясо и кости не > рубит, то вам промышленный шреддер нужен. Но вы продолжайте натягивать сову > на глобус. Ну, в данном случае кухонный комбайн не только место\деньги\вес экономит - но еще и работает - внезапно - лучше дедовской мясорубки. Более того - во всех (Всех, Карл!) выпускаемых балансировщиках - внезапно! есть не только RR. Вот почему бы это? А, знаю! Они ЭКСПЕРТА не пригласили - он бы объяснил, да видимо занят был... >> А вот там давеча - лифт застрял, что вы об этом скажете, а?! А?! > Сказать могу только если увижу КА (конечный автомат) вашего лифта, или он > у вас там через ЫЫ управляется? Если у вас лифты застревают > с КА, то боюсь предположить, что произойдет с лифтом с ЫЫ. Оу. А балансировщик в aws вы - видели? Подишта когда post mortem экспертировали? >> Наверое, сейчас мамазону рассказываете, как ему балансировку осуществлять? > Не обязан, с чего бы? ситуация с aws вам в пример. Ну как же? ЭКСПЕРТИЗА пропадает! Вдруг они opennet не читают - и так и не узнают, что все неправильно делают?!
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 31-Окт-25, 22:48
	> чтобы вписывать систему в объективную реальность просовывать ЫЫ в каждую дырку это "объективная реальность"? > Да-да. Каждый тип запросов в свой бэкенд - и раунд-робином, ага. А что вы собрались балансировать? Вы понимаете почему жонглер жонглирует идентичными предметами? > кто ж вам запретит? кто же вам докажет, аналогично, дураком быть дураку доказывать! На этой ноте и закончим. > Вдруг они opennet не читают - и так и не узнают, что все неправильно делают?! Не я же кичился верификацией, а на деле банальный КА с неучтенной гонкой состояний (хотя там видать ЫЫ внедрили), а результат - свалили всю систему, поди с тупым RR свали всю систему я посмотрю.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Аноним (11), 30-Окт-25, 09:50
	там даже рандом-генератор справится луче, чем этот ИИ
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	53. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от Джон Титор (ok), 30-Окт-25, 12:56
	В целом сила ИИ как-раз в том чтобы учитывать множество различной информации, которую алгоритм ваш не учтет. Так-что весьма необдуманное заявление, в целом у ИИ есть возможность лучше управлять нагрузкой т.к. оно может имитировать тот же рендом-генератор плюс реагировать ещё на некоторые события который ваш рендом генератор не учтет. А даже если вы заранее продумаете и учтете множество разных вариантов событий, то на это и времени может уйти больше, усилий, да и внимания, которое все может и не охватить.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Жироватт (ok), 30-Окт-25, 14:00
	Нейросеть, за своих, за кремниевых, обидно, да? Ну ты бы ещё учёл то, что ни один алгоритм не учтет, что учитывание должно учитывать учтённые и не учитываемые факторы учёта и сальдо учёта и не-учёта. С учётом чего, учитывая учтённые факторы алгоритма, учитывать балансировку.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 14:29
	Недавно тут появилось вот такое, говорит о многом. Language Models are Injective and Hence Invertible //arxiv.org/abs/2510.15511
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	17. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+3 +/–
	Сообщение от Аноним (17), 30-Окт-25, 10:25
	> Уже и нагрузку балансировать без ИИ не можем. Дожили... А в чем проблема? ИИ в сабже как раз применяется в той области, где ему и место - автоматизирование рутинных задач.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	22. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Аноним (11), 30-Окт-25, 11:10
	> автоматизирование рутинных задач А раньше как - рабы палками вращали балансировщик?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (17), 30-Окт-25, 15:39
	А раньше, очевидно, балансировщики на обучались и предсказывали паттерны нагрузки.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 19:55
	неважно какой паттерн (надо дать определение этому понятию), главная цель - равномерно распределение этой нагрузки на ограниченном количестве узлов с ограниченном количеством ресурсов. RR - идеальный случай для ситуации когда не предусматривается ситуация выхода из строя узлов. А реальность сурова, и встает вопрос уже не балансировки, а ре-балансировки, а это уже другая задача.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (105), 30-Окт-25, 18:56
	> автоматизирование твоей жизни Fixed
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	18. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+11 +/–
	Сообщение от Аноним (18), 30-Окт-25, 10:36
	Просто раньше такое называлось адаптивная балансировка. Ну да, а теперь модно называть ИИ, какой бы там на самом деле тупой алгоритм бы не был. Вы в курсе, что линейная регрессия (провести прямую между несколькими точками) одна из базовых задач машинного обучения? Поэтому каждая нарисовавшая график в экселе бухгалтерша с полным правом может назвать это использованием ИИ.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	29. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–7 +/–
	Сообщение от Аноним (29), 30-Окт-25, 11:26
	ИИ это только алгоритмы нейросеией. Весь остальной мышиный лёрнинг это каменный век. Как обработка данных с помощью ЭВМ.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Аноним (17), 30-Окт-25, 11:33
	> Просто раньше такое называлось адаптивная балансировка. Ну да, а теперь модно называть ИИ, какой бы там на самом деле тупой алгоритм бы не был. Тупой не тупой, но, как видим, самого слова "ИИ" достаточно, чтобы у местных воинов против ИИ подгорели гузна. А техническую суть воины традиционно не понимают. > Поэтому каждая нарисовавшая график в экселе бухгалтерша с полным правом может назвать это использованием ИИ. Машинное обучение и нейронки (ИИ) - это не всегда одно и то же, ибо ML существует десятилетиями и может работать на четких предсказуемых алгоритмах (тот же спам-фильтр в email).
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	39. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Ан339ним (?), 30-Окт-25, 12:08
	Бесполезно бороться с тем, что повсеместно используется. Остаётся только бороться против названия, будто бы суть от этого поменяется.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–3 +/–
	Сообщение от Аноним (29), 30-Окт-25, 12:20
	Попробуй просто начать жить, а не с чем-то бороться.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Ан339ним (?), 30-Окт-25, 12:33
	Я и не борюсь, наоборот, использую.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 13:45
	приятного аппетита!
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (74), 30-Окт-25, 14:08
	Получаешь удовольствие...
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	80. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (80), 30-Окт-25, 14:37
	Обюдное, вместе с нейронкой ;)
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Аноним (18), 30-Окт-25, 13:03
	Нет никакой борьбы, ни с технологией, ни с названием. Но многих коробит, когда пытаются впарить. Впарить то, чего по факту нет (под названием ИИ скрывается нечто достаточно тривиальное, алгоритмически решаемое), либо когда это совершенно не оправдано (задача имеет алгоритмическое решение, поэтому нет никакой надобности тренировать нейронную сеть).  В данном случае впаривание двойное - для задачи балансировки не требуется ИИ, и это вовсе не ИИ (сами авторы скромненько упоминают в основном ML). Поэтому и такой резонанс.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	79. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (79), 30-Окт-25, 14:35
	> под названием ИИ скрывается нечто достаточно тривиальное, алгоритмически решаемое "Система принятия решения". В ВУЗах ещё лет 10 назад изучали эту старую (её лет под 50) штуку. Но нонче потребитель вычищен от мозга, ему это старьё под видом "ситечка" впарить -- "прэлэстно!"
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Ан339ним (?), 30-Окт-25, 21:03
	Потребителю все равно, как называется эта штука. Ему главное результат.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 02:10
	> Потребителю все равно, как называется эта штука. Ему главное результат. При том как показали исследования проблема этого подхода в том что от чрезмерного использования AI потребитель конкретно тупеет и сам превращается вообще - в овоща. Который без этого AI весьма печальное зрелище, этакий регресс эволюции из существа разумного в существо умелое - тапать в консольку может, а сверх того - по нулям. Ну и врядли кто сильно расстроится если машины смогут понимать что вот это - пивная банка из алюминия и ее сюда, а это пластиковая бутылка и ее - туда. Так что разбирать дурно пахнущий мусор сможет автоматика не снабженная обонянием вообще, так что и не комплексующая по этому поводу.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (149), 31-Окт-25, 07:50
	И ведь сейчас Ии может написать пьессу, снять фильм. Получше спецэффектов марвел. И сейчас делают рекламу Ии, вот только людей в видеороликах несуществует. И кстати особо некому предьявить если что. Люди ставят на фото обработанные ии Фото. Им хочется сказат, но это же не ты, это Ии обработанное фото. Тоесть сначала были фильтры. Вообще Ии это инструмент, нужно уметь пользоваться. Но да ты прав, люди разучатся анализировать.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (-), 30-Окт-25, 15:28
	> Ну да, а теперь модно называть ИИ, какой бы там на самом деле тупой алгоритм бы не был. > тупой алгоритм > теперь Лол. Открой любой вводный учебник по AI, все они (те что я видел) идут историческим путём, и разбирают вещи, которыми раньше называли AI, и ты увидишь, что там даже ELIZA называется AI. Тупой паттерн-матчинг раньше называли AI, с той точки зрения даже регекспы оказываются AI инструментом. Тренды, на самом деле, направлены в противоположную сторону от того, что тебе кажется. Всю историю развития AI получалось так, что всё более и более сложные алгоритмы называли AI, а более простые со временем прекращали называть AI. Проблема с употреблением ИИ в данном контексте не в том, что оно слишком хипстерское, наоборот, оно слишком олдскульное. Простой реинфорсемент лёрнинг сегодня уже как-то не комильфо называть искусственным интеллектом. А вот лет двадцать назад это было норм. Лет сорок назад это было писком моды.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	88. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (17), 30-Окт-25, 15:45
	> Лол. Открой любой вводный учебник по AI, все они (те что я видел) идут историческим путём, Лол. Где это видано, чтобы опеннетные воины против ИИ открывали какие-то учебники? После жтого он де перестанет быть воином! > вещи, которыми раньше называли AI, и ты увидишь, что там даже ELIZA называется AI Ладно там науку, но ведь даже в видеограх (еще с 70-80 годов) ботов сегда звали искуственным интеллектом, и никогда проблем с этим не было. А у воинов-то начало подгорать только сейчас, потому что ИИ уже потихоньку начал заменять их на работе. 😉 Стадия отрицания как она есть.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от anonymous (??), 30-Окт-25, 18:47
	Да да учебник. Звоните, прорывайтесь, назовите слово, осталось совсем немного времени. Пока сидите на диване, неучи, там волшебный ИИ всё сам делает в отличие от допотопной Центральной теоремы. Вы не понимаете. Видите как вас корёжит - значит мы всё правильно делаем.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	38. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Bob (??), 30-Окт-25, 12:05
	Нет там никакого ИИ. Да и вообще его не существует на земле. LLM - это не Интеллект, а "вжаленный" джун) По сути у нас тут дубовый Quality of Service (QoS) и ничего не поменялось. Но без AI ни денег не дадут, ни хайпа не поднять. За кровавую мерри в баре могут просить 10-20$, а за стопарь водку с пол помидорки в наливайке с тебя полтишок возьмут. Вот тут - аналогично.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	143. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (143), 31-Окт-25, 02:08
	> За кровавую мерри в баре могут просить 10-20$, а за стопарь водку с пол помидорки в наливайке с тебя полтишок возьмут. Знаток, однако.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Аноним (41), 30-Окт-25, 12:17
	Это щас модное слово такое, ИИ, можно пихать куда хочешь, люди ведуться, это становится трендовым. ИИ это не больше чем эмулятор чата, такие программки по 1,5 мегабайта. Но просто база больше. У ии можно узнавать какие то технические вопросы. Но заметил, если в чем то очень хорошо разбираешься, и намерено задаешь вопросы, изначально противоположные, понимаешь насколько ИИ глуп, и насколько противоположными могут быть его ответы. Часто замечаю что ИИ, на примере ChatGpt, дает ответы которые я хочу услышать, или на которые я намекаю вопросом, тоесть к чему склоняюсь. В технических вопросах.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	52. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Аноним (52), 30-Окт-25, 12:54
	Чсх, ничем не отличается от человека в этом.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (17), 30-Окт-25, 14:05
	> Чсх, ничем не отличается от человека в этом Отличается тем, что человеку после рождения нужно много лет все учит с нуля. Даже банальное чтение и арифметику. А нейронки таким недостатком не обладают.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 02:12
	> Отличается тем, что человеку после рождения нужно много лет все учит с > нуля. Даже банальное чтение и арифметику. А нейронки таким недостатком не > обладают. С другой стороны там и знания сильно меньше и оно узконишевое. С другой стороны не везде же гроссмейстеров надо.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (149), 31-Окт-25, 07:52
	>А нейронки таким недостатком не обладают. Нет не так, с другой стороны за человека будет все знать Ии. Но у человека небудет понимания. Тоесть сам Ии он знает, но без понимания. Тоесть почему именно так. Это внешне он Умный., Это создает впечатление некое, Ии это неправда. Это такая Игрушка. Суть. Вообщем.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (84), 30-Окт-25, 15:08
	А может лучше вообще не допускать таких ситуаций, когда нужна балансировка в принципе?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	146. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 02:18
	> Уже и нагрузку балансировать без ИИ не можем. Дожили... А по моему там прикольная таск специфичная аналитика получилась. Машина сама подсказывает что поменять - а то и сама же и поменяет. И это чем-то плохо? Диды показали что и им ничто человеческое не чуждо и сделали прикольный таск-специфичный мини-ассистент. Все бы так. Вот представь - тебя ддосят, и вместо того чтобы самому в этом спаме копаться - отправил робота посмотреть. Он нашел паттерны, аномалии, предложил как гамнюков отфильтровать. Во было бы прикольно.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+18 +/–
Сообщение от bOOster (ok), 30-Окт-25, 08:57
Как только появилась надпись ИИ - буду держаться от этого подальше...
Ответить | Правка | Наверх | Cообщить модератору

	6. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–3 +/–
	Сообщение от Ан339ним (?), 30-Окт-25, 09:36
	Не используй ИИ, а все делай сам. Твои конкуренты от этого только выиграют.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Аноним (11), 30-Окт-25, 11:16
	По данным Ernst & Young, большинство компаний несут финансовые потери, связанные с внедрением ИИ.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–5 +/–
	Сообщение от Аноним (17), 30-Окт-25, 11:34
	"Только шмель об этом не знает и продолжает летать".
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от bOOster (ok), 30-Окт-25, 11:37
	> "Только шмель об этом не знает и продолжает летать". Конечно, только Диды - с правильным, качественным образованием понимают - что такое современный лжеИИ..
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (17), 30-Окт-25, 12:14
	> Конечно, только Диды - с правильным, качественным образованием понимают От этого никому не горячо, ни холодно.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Ан339ним (?), 30-Окт-25, 12:22
	Диды, наверное, и гуглом с яндексом не пользуются, ведь качество их образования настолько велико, что они способны обходиться без помощи лжеИИ.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	69. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от bOOster (ok), 30-Окт-25, 14:03
	> Диды, наверное, и гуглом с яндексом не пользуются, ведь качество их образования > настолько велико, что они способны обходиться без помощи лжеИИ. Как ты догадался. Хоть до этого мозги развились :)) И без ИИ и без интернета и без литературы Диды могут реализовать основное что в книгах Кнута или Вирта. И быстрый поиск текста через индексацию символов, и быструю сортировку, и обратную польскую нотацию, красно-черные деревья и в принципе деревья различного типа, бинарный поиск и т.д. И о Великий и ужасный!!! Графы основы лжеИИ!
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (17), 30-Окт-25, 14:17
	> без литературы Диды могут реализовать основное что в книгах Кнута или Вирта Без литературы, но из книг? Тебе не кажется, что ты сам себе противоречишь? 😂
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от bOOster (ok), 31-Окт-25, 09:54
	>> без литературы Диды могут реализовать основное что в книгах Кнута или Вирта > Без литературы, но из книг? Тебе не кажется, что ты сам себе > противоречишь? 😂 То есть ты просто сообразить не можешь что литература, книги, алгоритмы, особенно базовые  - остаются в голове тех кто все это аккуратно изучал и применял, и в целом не требуют последующего обращение ни к книгам ни к интернету? У тебя это противоречия вызывает.. Ну уровень умственного развития и памяти понятен сразу. Ниже плинтуса.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Ан339ним (?), 30-Окт-25, 14:35
	>И быстрый поиск текста через индексацию символов, и быструю сортировку, и обратную польскую нотацию, красно-черные деревья и в принципе деревья различного типа, бинарный поиск и т.д. Но стоит попросить их сварить БОРЩ, так сразу все эти навыки становятся бесполезными.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	82. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от bOOster (ok), 30-Окт-25, 14:41
	>>И быстрый поиск текста через индексацию символов, и быструю сортировку, и обратную польскую нотацию, красно-черные деревья и в принципе деревья различного типа, бинарный поиск и т.д. > Но стоит попросить их сварить БОРЩ, так сразу все эти навыки становятся > бесполезными. Ах вот вы откуда, домохозяечка значит.. То-то я думаю в голове, кроме списка продуктов - пусто.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (17), 30-Окт-25, 15:48
	Когда у воина против ИИ заканчиваются аргументы, воин переходит на личности. 💪 А чат-нейронки, кстати, до такого не скатываются. Сорян, но в области нормального конструктивного диалога ты уже с треском проиграл ИИ.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от Аноним (154), 31-Окт-25, 08:03
	Жаль что в совке не знали про tensorflow
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	155. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от bOOster (ok), 31-Окт-25, 09:48
	> Жаль что в совке не знали про tensorflow Кретинизм зашкаливает. основа tensorflow - графы. Системы, аналоги tensorflow, в Союзе построенные на графах и не только назывались "Экспертными". Отсутствовала другая составляющая - bigdata.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от bOOster (ok), 31-Окт-25, 10:14
	> Жаль что в совке не знали про tensorflow А открыватель графов Леонард Эйлер. Швейцарский, Прусский, Российский ученый. Теория Графов была сформулирована им в Российской империи в Петербургской Академии Наук. Так что в основе любой системы лжеИИ лежат Российская теоретическая база :))) Как бы она не называлась - TensorFlow или как-то еще.
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	161. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (161), 31-Окт-25, 12:21
	> Так что в основе любой системы лжеИИ лежат Российская теоретическая база :))) Оказывается, существует *российская* математика! Расскажешь, чем она отличается от общемировой? Ну и да, упомянутый "совок" не имеет никакого отношения к Российской Империи 18 века. А современная Россия - и подавно. Так что поумерь свою натужную гордость, дружок.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–2 +/–
	Сообщение от Аноним (91), 30-Окт-25, 16:14
	Некомпетентные так про всё пишут, это первейший признак некомпетентности. - Мы не пишем тесты, экономим кучу времени на разработке. - Мы не обновляем зависимости, экономим кучу времени на этом. - Мы не используем CI/CD, экономим кучу времени на их внедрении и поддержке. - Мы не используем современные языки, экономим кучу времени на их изучении.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	35. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от bOOster (ok), 30-Окт-25, 11:35
	> По данным Ernst & Young, большинство компаний несут финансовые потери, связанные с > внедрением ИИ. Не мудрено - когда пытаются маркетологической/эмоциональной бомбардировкой мозгов внедрить технологию эффективность которой математически не оценена. И никогда не будет оценена - так как по факту оценивать нечего. А бардак с переизбытком данных - который ведет к галюцинациям и вранью лжеИИ никогда не решиться, всегда будет на ручном человеческом управлении.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	65. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (17), 30-Окт-25, 13:55
	> технологию эффективность которой математически не оценена. И никогда не будет оценена - так как по факту оценивать нечего. > А бардак с переизбытком данных [...] всегда будет на ручном человеческом управлении Расскажи это десяткам тысяч батраков, которых MS и Amazon выперли на мороз. Уверен, они прибодрятся. 🥲
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (11), 30-Окт-25, 15:38
	> десяткам тысяч батраков, которых MS и Amazon выперли на мороз тунеядцев и раньше выгоняли, задолго до ИИ
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (113), 30-Окт-25, 19:48
	> тунеядцев и раньше выгоняли, задолго до ИИ Ну правильно: 1. Не юзаешь ИИ 2. Выдаешь KPI меньше, чем у коллег, юзающих ИИ 3. Делаешь удивленное лицо, когды тебя после этого выперли на мороз
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 30-Окт-25, 20:01
	Ага особенно когда их использовали как "презиков", вот вам наглядный пример: //www.youtube.com/watch?v=yLvO070E_dI пс: The science world is ending!
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	64. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–2 +/–
	Сообщение от Аноним (117), 30-Окт-25, 13:51
	а, что внедрение ЫЫ где-то стандартизировано? Как оно проходит тот же аудит? Или E&Y просто обзвонили своих клиентов и спросили, используют ли они ЫЫ? пс: E&Y та еще машина откатов, за бабло у них аудит пройдет даже ЫЫ.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	43. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (41), 30-Окт-25, 12:20
	Замечаю щас что статьи в интернете, написаны часто Ии, под видом человека. Знаменитости. Просто смотришь и понимаешь, по стилю, сто это именно стиль Ии, манера. Оформление текста. Это дискредитирует известных личностей, получается они настолько глупы, что за них Ии пишет.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	7. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–5 +/–
	Сообщение от Грустный (?), 30-Окт-25, 09:37
	И с чем в итоге останешься? Сейчас повсеместно внедряют ИИ, не стоит его бояться.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	26. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (11), 30-Окт-25, 11:17
	Волк: "Идём со мной в лес, человек, не бойся!".
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от bOOster (ok), 30-Окт-25, 11:28
	> И с чем в итоге останешься? Сейчас повсеместно внедряют ИИ, не стоит > его бояться. Его только по "ящику" да в фильмах внедряют. И не в бизнес-процессы компаний, а в бошки дурачков.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	66. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (17), 30-Окт-25, 13:58
	> Его только по "ящику" да в фильмах внедряют. И не в бизнес-процессы компаний Пока ты тут нюхаешь копиум, Майкрософт с Амазоном увольняют людей целыми десятками тысяч.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Жироватт (ok), 30-Окт-25, 14:08
	...заменяя их индусами с визами Н-1В, ага. Ты договаривай, договаривай до конца А если еще посмотреть реальное распределение уволенных в 2024=2025х годах, то станет очевидно, что в штатах ныне крысис и выкидывают на мороз не активы (инженеров), а балласт...то выясняется, что ситуаци. с копиумом ты таки зеркалишь.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 30-Окт-25, 23:08
	> А если еще посмотреть реальное распределение уволенных в 2024=2025х годах, > то станет очевидно, что в штатах ныне крысис и выкидывают на мороз не активы > (инженеров), а балласт... Ну так DEI team всяие - уже не в тренде, поэтому - DIE, как грится. Там вон питон видите ли не взял полтора ляма ибо в пакете требований - погнать нахрен DEI с их дискриминацией, и тут DEI SJW снежинки такие - это что, мы сами себя и увольнять должны чтоли?! Но вообще-то например интел дорулился - и увольняет в том числе и инженеров. Потому что с нанометрами от TSMC отстает, процы - горят синим пламенем, EPYC получились крутые, в общем рыночная доля куда-то пролюбливается.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от bOOster (ok), 31-Окт-25, 20:29
	>[оверквотинг удален] >> то станет очевидно, что в штатах ныне крысис и выкидывают на мороз не активы >> (инженеров), а балласт... > Ну так DEI team всяие - уже не в тренде, поэтому - > DIE, как грится. Там вон питон видите ли не взял полтора > ляма ибо в пакете требований - погнать нахрен DEI с их > дискриминацией, и тут DEI SJW снежинки такие - это что, мы > сами себя и увольнять должны чтоли?! > Но вообще-то например интел дорулился - и увольняет в том числе и > инженеров. Потому что с нанометрами от TSMC отстает, процы - горят > синим пламенем, EPYC получились крутые, в общем рыночная доля куда-то пролюбливается. Только русские остаются в интелл :) Потому-что они не сдаются... Хехехе :))) А индусов разогнали.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от Аноним (41), 30-Окт-25, 12:24
	Это никакой не Ии. Это название модное. Скачайте программу 2000х. Эмулятор чата. Такие программы, когда у людей интернета небыло. Они даже типа самообучаются на пользователе. Если человека удивляет Ии, то он глуп. Миллионы лет эволюции, и какой то там Ии. Неужели люди оглупели настолько от Тик Токов, что их Ии удивляет.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	68. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (17), 30-Окт-25, 14:02
	> Миллионы лет эволюции, и какой то там Ии А что толку от миллионов лет эволюции, если ты с нуля учился читать и считать? Не говоря уж о сложных науках.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от grinder (??), 30-Окт-25, 16:00
	Может толк в том, что мозг потихоньку приспосабливается к соотв. нагрузкам и обучению, может больше запомнить и тд?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (41), 30-Окт-25, 19:01
	Некоторые млекопитающие эволюционно более развиты чем человек на миллионы лет. Эволюция идет в генокод. Человек в книге миллион страниц эволюции занимает 1,5 нижние строчки. Задумайся.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	114. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (113), 30-Окт-25, 19:50
	> Человек в книге миллион страниц эволюции занимает 1,5 нижние строчки. > Задумайся. Задуматься о чем?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (149), 30-Окт-25, 21:27
	Кроме уметь читать и писать. Существуют другие навыки. Ты учился читать и писать. Но многое заложенно генетическими паттернами эволюции. Тоесть все равно те млекопитающие которые на миллионы лет старше человека, умнее. Они прошли миллионы лет эволюии. А человек 1,5 строчки из книги 1000 страниц эволюции. Человек глуп). А уж какой то там Ии темболее. Он незнает что такое жизнь. Чет типа того.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (113), 30-Окт-25, 22:32
	> Они прошли миллионы лет эволюии. А человек 1,5 строчки из книги 1000 страниц эволюции. > Человек глуп). А уж какой то там Ии темболее. Когда речь идет о конкретных задачах, то даже банальный MS Excel заменяет тысячи людей, делая десятки тысяч сложных вычислений за считанные секунды. А вы, бедняги, против ИИ воюете. Смех да и только.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 02:03
	> Тоесть все равно те млекопитающие которые на миллионы лет старше человека, умнее. А на всяких амеб стало быть это не распостраняется? А то некоторые микроорганизмы эволюционировали миллиардами лет. Но так и остались примитивом, беря количеством а не качеством. > Они прошли миллионы лет эволюии. А микроорганизмы и миллиарды. И многие почти столь же просты как и тогда. Потому что сама по себе эволюция ничего никому еще не гарантирует. А вот если бы директором зоопарка был шимпанзе, а вы экспонатом в клетке ибо оно освоило инструменты, построило клетку, и вообще - захотело там содержать экспонаты в чисто декоративных целях - окей, это шимпанзе и правда умнее вас. Но покамест оно с другой стороны клетки - увы и ах. Какое еще существо на этой планете может преодолеть скорость звука? Выйти на орбиту? Оставить часть своего разума в виде софта работать автономно без него? Коммуницировать за секунды через всю планету? Познало законы мироздания, хотя-бы частично?
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	151. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (149), 31-Окт-25, 07:54
	>Но так и остались примитивом, беря количеством а не качеством. Нет, это тебе кажется что примитивом. Ну скажем, некоторые бактерии могут выживать в космосе. Некоторые насекомые могут пережить апокалипсис. Язык дельфинов более богат в прогрессивном масштабе чем у человека.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Аноним (19), 30-Окт-25, 10:43
	Там на самом деле адаптивная балансировка по типу запроса и накопленным метрикам с ноды. Я еще в нулевых в качестве эксперимента делал подобную балансировку для fastcgi (большого профита по сравнению с тупым weighted round robin не дало, увы). Если бы не нынешний тренд, когда если не притянешь за уши AI, никто денег не даст, никому бы и в голову не пришло назвать это AI.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	23. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от penetrator (?), 30-Окт-25, 11:13
	как только это начинают называть AI - сразу в топку
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от bOOster (ok), 30-Окт-25, 11:29
	> как только это начинают называть AI - сразу в топку И вот это правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (19), 30-Окт-25, 16:18
	Зачем так критично? Достаточно посмотреть в исходники и увидеть там довольно толковую адаптивную балансировку. А если для того, чтобы получить на развитие проекта деньги, надо назвать это AI - ну так и ладно, мне-то с этого что, я все равно в код смотрю, а не на презентации в Powerpoint.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	141. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 01:58
	> Там на самом деле адаптивная балансировка по типу запроса и накопленным метрикам > с ноды. Я еще в нулевых в качестве эксперимента делал подобную > балансировку для fastcgi Только врядли у тебя это делалось - нейросетками. А эти реально тренируют и юзают что получилось как видим. И судя по вон тем на 22% забористее - даже работает. При том заметьте - оно само подсказало конфигурацию и даже переделать ее смогло. Это как раз как интерфейсы из sci-fi где человек и машина работают на пару, помогая друг другу. Тут машина стала помогать оператору намного больше, став явно интеллектуальнее.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	159. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (19), 31-Окт-25, 11:12
	https://github.com/pgElephant/pgBalancer/blob/main/src/ai/po... Да где там нейросетка-то? Если переименовать AIModelState в CollectedStats, будет очень похоже на те мои эксперименты. :)
	Ответить | Правка | Наверх | Cообщить модератору

3. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+10 +/–
Сообщение от Аноним (3), 30-Окт-25, 09:04
Не упомянешь в проекте ИИ, не получишь денег
Ответить | Правка | Наверх | Cообщить модератору

4. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
Сообщение от Жироватт (ok), 30-Окт-25, 09:11
А я уже грешным делом подумал, что такой нажористый баззворд НЕ начнут пихать в утилитарный софт, оставив его для виндовых и маковских ПЫЩЬ-ПЫЩЬ Wet Pussy AI Edition Pro Plus Enterpraiz v26.7.23426 сборка 387624 репак ничего-не-вырезано
Ответить | Правка | Наверх | Cообщить модератору

	8. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+6 +/–
	Сообщение от Грустный (?), 30-Окт-25, 09:39
	Скоро в `cat` добавят нейросеть для предсказания, какой файл вы захотите прочитать завтра.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+7 +/–
	Сообщение от IdeaFix (ok), 30-Окт-25, 10:01
	Раньше бигдата добавляли... и вебдваноль. Всё пройдёт...
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	20. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
	Сообщение от Аноним (20), 30-Окт-25, 10:45
	И блокчейн.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+3 +/–
	Сообщение от IdeaFix (ok), 30-Окт-25, 10:46
	> И блокчейн. Точно, и блокчейн!
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от anonymous (??), 30-Окт-25, 19:04
	XML был в каждой новости. Помню даже я тоже поплыл от избытка - половина заголовков во всех солидно выглядящих журналах была с этим словом, сижу такой и переживаю как же я без XML. Хотя нет, мумиё даже раньше было, носились в этим мумиём перешептывались чтобы не палить места где его достать можно было, какие то газетные свёртки с таинственной хренью под столом. Инновации модернизации, инвестиции, чуть раньше углубим и расширим чтоб сформировалось. Наверняка у блатных есть специальное словечко чтобы обозначать такой вид деятельности по разводу честных людей. А ему тысячи лет.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Dzen Python (ok), 30-Окт-25, 21:01
	Buzzword же. Ну или "мода", "модные технологии/слова". На одежду посмотри. И на искусство. Ничто под луной не ново.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (117), 31-Окт-25, 01:50
	> Наверняка у блатных есть специальное словечко чтобы обозначать такой вид деятельности по разводу честных людей. Порядочный сказал бы - Г жрать не запретишь! А у блатных это слово - "вкусно и точка", так хозяин сказал.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	47. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–3 +/–
	Сообщение от Аноним (41), 30-Окт-25, 12:26
	Я тут случайно наткнулся. Wynix ( типа Windows Ubunu Linux Unix ), кароч кастомизированое под Win11 Kde. Там типа Copilot есть. Забавно.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

15. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от Аноним (15), 30-Окт-25, 10:07
А балансировка между копиями или прям полноценное шардирование поддерживает?
Ответить | Правка | Наверх | Cообщить модератору

	158. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (158), 31-Окт-25, 10:55
	Но как вы сделаете шардирование без возможности описать логику шардирования?? Штука явно не заменяет PL/Proxy или Citrus Data. Смысл такой балансировки действительно непонятен, не так много задач где это будет работать. RO база с безумной нагрузкой на чтение, мы ее склонировали и распределяем нагрузку? Или отдельно мастер в который пишем и (прямо вот пачка!!!) реплик для чтения, т.к. одной даже очень жирной не хватает? В реальных задачах чаще всего самое болезненное это задержки репликации с мастера на реплику, которые плавают в зависимости от операций на мастере, и смешивать мастер и реплики в балансировщике это можно очень крутых расхождений данных словить...
	Ответить | Правка | Наверх | Cообщить модератору

30. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
Сообщение от penetrator (?), 30-Окт-25, 11:27
Base: pgpool-II fork with modern REST API циркачи-трюкачи, или артисты юмористического жанра? В доках по Load Balancing: Documentation Status This page is under development. The pgbalancer project is actively documenting all features comprehensively. See Connection Pooling for an example of our complete documentation. Pgpool-II обеспечивает балансировку нагрузки для операций чтения (read queries), распределяя их между репликами PostgreSQL, но для операций записи (write queries) — запросов на изменение данных (INSERT, UPDATE, DELETE) — он направляет их только на основной сервер (primary node). расходимся нас наё...т кстати я тестил его именно как пул соединений (для 1 сервера), он добавляет 30% тормозов и больше ничего
Ответить | Правка | Наверх | Cообщить модератору

	44. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	–1 +/–
	Сообщение от Аноним (29), 30-Окт-25, 12:21
	Учи матчасть. И да сабжевая балалйка мастер-мастер не умеет, конечно же.
	Ответить | Правка | Наверх | Cообщить модератору

37. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от slew (ok), 30-Окт-25, 12:04
>>Алгоритмы машинного обучения для умной маршрутизации запросов. >>Обучение подстраивается в зависимости от времени отклика запросов и состояния ресурсов сервера. >>Оценивается состояние в реальном времени и предсказывается балансировка запросов. >>Настраиваемые параметры весов для скорости обучения и скорости предположений случайных событий. Они это все тестировали, что оно работает и работает именно так как нужно? Если да то как и где можно посмотреть? А то насочинять воды можно сколко угодно. Пока что у меня вопросы даже к штатному планировщику запросов в PG.
Ответить | Правка | Наверх | Cообщить модератору

	92. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (91), 30-Окт-25, 16:15
	> Они это все тестировали, что оно работает и работает именно так как нужно? А смысл? ИИ выдаёт каждый раз разный результат, такие тесты ничего не значат.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от ъ (?), 30-Окт-25, 23:21
	Примерно так: $ bctl -h 127.0.0.1 -p 8080 ai-status pgbalancer AI Intelligence Status: ================================= AI Engine Status: ACTIVE Model Version: v2.1.4 Learning Mode: ENABLED Inference Latency: 0.15ms Active ML Models:   - Query Pattern Recognition: 94.7% accuracy   - Connection Optimization: 97.2% efficiency   - Predictive Scaling: 91.8% accuracy   - Workload Classification: 96.1% accuracy Current Insights:   - Detected 3 query patterns   - Optimal pool size: 28 (vs configured 25)   - Predicted load increase in 15 minutes   - Recommended backend redistribution: 40/30/30    $ bctl -h 127.0.0.1 -p 8080 ai-insights AI Performance Insights: ======================== Analysis Period: Last 5 minutes Queries Analyzed: 15,847 Query Patterns Detected:   Pattern A (Read-Heavy): 67% of traffic     - Optimal backend: 127.0.0.1:5433     - Avg response time: 12.3ms     - Cache hit rate: 89%   Pattern B (Write-Heavy): 23% of traffic     - Optimal backend: 127.0.0.1:5432     - Avg response time: 8.7ms     - Transaction success: 99.9%   Pattern C (Analytics): 10% of traffic     - Optimal backend: 127.0.0.1:5434     - Avg response time: 245ms     - Resource usage: HIGH AI Recommendations:   1. Increase read replica connections by 15%   2. Pre-warm cache for Pattern A queries   3. Schedule analytics queries during low traffic $ bctl -h 127.0.0.1 -p 8080 ai-predict AI Predictive Analysis: ====================== Prediction Window: Next 30 minutes Confidence Level: 94.3% Traffic Forecast:   +5 min:  Current load (baseline)   +10 min: 15% increase expected   +15 min: 35% increase expected (PEAK)   +20 min: 25% increase expected   +25 min: 10% increase expected   +30 min: Return to baseline Resource Recommendations:   - Pre-scale connection pools by 20%   - Increase cache allocation by 512MB   - Alert standby servers for activation Auto-Scaling Actions:   - Pool size adjustment: SCHEDULED (+8 min)   - Cache optimization: SCHEDULED (+5 min)   - Load redistribution: SCHEDULED (+10 min) $ psql -h 127.0.0.1 -p 6432 -U postgres -d postgres -c "SELECT * FROM users ORDER BY created_at DESC LIMIT 10;" id | name      | email                 | created_at ---+-----------+-----------------------+------------------------ 8 | Hannah    | hannah@example.com    | 2024-10-10 14:23:15 7 | George    | george@example.com    | 2024-10-10 14:22:45 6 | Fiona     | fiona@example.com     | 2024-10-10 14:21:30 5 | Ethan     | ethan@example.com     | 2024-10-10 14:20:12 4 | Diana     | diana@example.com     | 2024-10-10 14:19:55 3 | Charlie   | charlie@example.com   | 2024-10-10 14:18:20 2 | Bob       | bob@example.com       | 2024-10-10 14:17:10 1 | Alice     | alice@example.com     | 2024-10-10 14:16:00 (8 rows) [AI] Query pattern recognized: READ_RECENT_DATA [AI] Routed to optimized read replica: 127.0.0.1:5433 [AI] Cache strategy: TEMPORAL_LOCALITY applied [AI] Execution time: 8.2ms (15% faster than baseline) $ bctl -h 127.0.0.1 -p 8080 ai-optimize [AI] Running intelligent optimization... [AI] Analyzing current workload patterns... [AI] Evaluating connection pool efficiency... Optimization Results: ==================== Connection Pool Adjustments:   - 127.0.0.1:5432: 25 → 28 connections (+12%)   - 127.0.0.1:5433: 25 → 32 connections (+28%)   - 127.0.0.1:5434: 25 → 22 connections (-12%) Query Cache Optimization:   - Cache size increased: 256MB → 384MB   - TTL adjusted for temporal patterns   - Prefetch enabled for Pattern A queries Load Balancing Weights:   - Read traffic: 45% → 5433, 35% → 5432, 20% → 5434   - Write traffic: 80% → 5432, 20% → 5433   - Analytics: 100% → 5434 [AI] Optimization complete. Performance improvement: +22% $ bctl -h 127.0.0.1 -p 8080 ai-learn AI Learning & Training Status: ============================== Learning Mode: ACTIVE Training Dataset: 2.4M queries (last 7 days) Model Performance:   Query Pattern Recognition:     - Accuracy: 94.7% (+2.1% from last week)     - Precision: 96.2%     - Recall: 93.8%   Connection Optimization:     - Efficiency gain: 97.2%     - Pool utilization: 89.4% (optimal range)     - Latency reduction: 31.5%   Predictive Scaling:     - Forecast accuracy: 91.8%     - False positives: 4.2%     - Resource waste reduction: 26.7% Recent Learning Updates:   - New query pattern identified: BULK_ANALYTICS   - Updated connection timeout predictions   - Improved weekend traffic forecasting [AI] Continuous learning active. Next model update in 2.3 hours.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	137. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 00:09
	> $ bctl -h 127.0.0.1 -p 8080 ai-optimize Они все же сделали кнопку "збс"?! Ну или не кнопку - но все равно - збс на 22%!
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от User (??), 31-Окт-25, 07:56
	> Load Balancing Weights: >  - Read traffic: 45% → 5433, 35% → 5432, 20% → 5434 >  - Write traffic: 80% → 5432, 20% → 5433 >  - Analytics: 100% → 5434 Вот чот не понял - как оно запись-то раскидывает?
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

57. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от Джон Титор (ok), 30-Окт-25, 13:02
Боюсь неправильный вопрос поставить, т.к. не работаю с Постгрес. А как оно вообще работает с репликацией данных и балансировщиком нагрузки? Может кто какую статью или картинку касательно идеальной архитектуры на Постгрес кинуть?
Ответить | Правка | Наверх | Cообщить модератору

	100. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (100), 30-Окт-25, 18:44
	На oracle.com была.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
	Сообщение от Аноним (158), 31-Окт-25, 11:13
	Так себе работает, если честно. Работаю в большой компании где все завязано на постгрес (и его очень много и он очень нагруженный), за годы мучений (коллективом хороших DBA) с репликами для чтения было принято решение - больше никаких реплик. Шардирование из приложения - ОК, микросервисы с дублированием данных по разным базам - ок, жирные инстансы (типа 4xlarge) - ок, реплики - лесом. Проще раздробить приложения на множество баз и нагруженные смасштабировать до нужного масштаба (сейчас ~300 баз на ~100 инстансах) чем бороться с тем, что при выполнении определенных изменений - огромный апдейт ли или создание индексов или еще что - задержки репликации могут плыть очень сильно. И нет никаких механизмов в общем случае гарантировать их; можно запрещать делать разные операции, добавлять индексы только в окна когда задержки это не так страшно, и тп, но все это добавляет кучу головняка и в какой-то ситуации все равно не сработает. В долговременных масштабах от реплик столько проблем, что ну их на фиг. Отказоустойчивость? Multi-AZ, требование что любой сервис работающий с базой должен уметь переживать разрыв коннекта и восстановление базы в течении 2 минут; если это критичный сервис/база типа авторизации, пусть кэш держит или как-то иначе гарантирует работоспособносить Обслуживание и гарантия того, что все не ляжет? Дробим сервисы/базы, в каждый конкретный момент проблемы будут локализованы. Если сервис не критичный, подождет минуту, если критичный, пусть будет написан так что за минуту без базы бизнес не умрет - все равно 100% SLA не возможен на догий срок, но всегда можно самые критичные сервисы написать с дублирующим хранением redis/K-V nosql база/итп Высокая нагрузка? Более жирный инстанс, шардирование в приложении, требование дробить на микросервисы чтобы так жирно не выходило. А аналитики в современном мире не хотят работать с базами, им нужен snowflake или аналог для счастья, но даже экспорт туда лучше работает с основного инстанса чем с реплики. Потому что с репликами регулярно случается что-то не то. Может если дизайн проекта заморожен, ничего не меняется на мастерах кроме самих данных, то можно сделать жизнеспособные реплики. А иначе никто ничего не гарантирует, и это доставляет массу проблем.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

60. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+4 +/–
Сообщение от Аноним (60), 30-Окт-25, 13:30
До недавнего времене все переписывали на Rust, а сейчас суют ИИ повсюду
Ответить | Правка | Наверх | Cообщить модератору

61. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от bublick (ok), 30-Окт-25, 13:33
Странно что уже не на golang написан. То что нужно для такого проекта.
Ответить | Правка | Наверх | Cообщить модератору

	130. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (149), 30-Окт-25, 21:37
	Гуланг немодно. Слой студентов на яндекс практикум оплатил обучение. Дальше неважно.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 30-Окт-25, 23:48
	> Странно что уже не на golang написан. То что нужно для такого проекта. Если его на голанге писать он своим GC начнет нетормозить и не жрать память под нагрузкой.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

94. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от myster (ok), 30-Окт-25, 16:27
У кого подгорает от того, что тут ML. Задумайтесь, что большинство таких задач не выполняется DBA. Любой DBA вам найдёт кучу отмазок, почему это не нужно и предложит лучше бахнуть доп. ресурсов, чем усиленно тюнить что-либо. Да и руководство возражать, против этих отмазок не будет, согласится добавить мощностей. Это проще, чем искать другого DBA.
Ответить | Правка | Наверх | Cообщить модератору

	102. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+2 +/–
	Сообщение от Аноним (100), 30-Окт-25, 18:46
	Это не проще, это дешевле. У DBA других забот хватает и без того, чтобы всякую тривиальщину тюнить. Если ваш рабочий набор не влазит в память, никакой тюнинг не спасёт.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от myster (ok), 30-Окт-25, 19:29
	> это дешевле. тут вопрос больше не в деньгах, нельзя время на онбординг другого специалиста измерить деньгами, с этим просто компании придется жить и терпеть с этим связанные проблемы. Каким бы крутым новый специалист ни был, но новый специалист - это всё равно, что старый получит непоправимую амнезию. Поэтому никто особо не желает менять коней на переправах.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 30-Окт-25, 21:00
	> Если ваш рабочий набор не влазит в память, никакой тюнинг не спасёт. Правильно, от этого спасают - нормальные архитекты.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	147. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от голос_из_леса (ok), 31-Окт-25, 06:04
	>> архитекты архитекты - это недоразвитые архитекторы?
	Ответить | Правка | Наверх | Cообщить модератору

95. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от Аноним (95), 30-Окт-25, 17:18
Лучше бы к планировщику выполнения запросов прикрутили ИИ, и чтоб не 5 секунд думал. Слабое место у PG.
Ответить | Правка | Наверх | Cообщить модератору

	96. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (11), 30-Окт-25, 17:30
	> к планировщику выполнения запросов прикрутили ИИ И выдавались бы нечёткие данные
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Алексей (??), 30-Окт-25, 18:38
	Планировщик запросов не занимается получением данных. Он дает инструкцию какие индексы и какой тип сканирования данных использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (11), 30-Окт-25, 19:02
	Это же умный ИИ, ты что, не понимаешь? Вот потому людей и меняют на работах на ИИ.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 30-Окт-25, 20:58
	> Это же умный ИИ, ты что, не понимаешь? Вот потому людей и меняют на работах на ИИ. Уволили миллион китайцев, раскидывавших запросы на базу вручную? :)
	Ответить | Правка | Наверх | Cообщить модератору

118. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+1 +/–
Сообщение от Аноним (-), 30-Окт-25, 20:58
> Опубликован первый выпуск pgbalancer, > PostgreSQL > искусственного интеллекта > REST API > MQTT. > HTTP > реального времени. ... И тут ВНЕЗАПНО > Код написан на языке Си Черт, а диды то - конкретно поучились у хипстеров - и тоже собрали все трендовые баззворды, с превышением!
Ответить | Правка | Наверх | Cообщить модератору

	138. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Алексей (??), 31-Окт-25, 01:04
	А где Блокчейн?
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от Аноним (-), 31-Окт-25, 01:55
	> А где Блокчейн? Ну это уже постгра надо писать чтоб такой бэкэнд запилил, с фига ли это балансер то должен? Хотя, идея отбалансировать денежные потоки более правильным способом может дидам понравиться не меньше всех остальных пожалуй :)
	Ответить | Правка | Наверх | Cообщить модератору

131. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
Сообщение от Rodegast (ok), 30-Окт-25, 21:50
Этот ИИ можно будет как то отключить?
Ответить | Правка | Наверх | Cообщить модератору

	163. "Вышел pgbalancer 1.0, балансировщик нагрузки PostgreSQL на о..."	+/–
	Сообщение от ъ (?), 31-Окт-25, 14:28
	Как включить и как выключить (наследник pgpool II Version 4.5.0 (sugoikame)): $ git clone https://github.com/pgelephant/pgbalancer.git && cd pgbalancer Cloning into 'pgbalancer'... remote: Enumerating objects: 4567, done. remote: Total 4567 (delta 1890), done. Receiving objects: 100% (4567/4567), done. Resolving deltas: 100% (1890/1890), done. $ ./configure --with-openssl --with-pam --with-ldap && make -C src && make -C bctl checking for gcc... gcc checking for PostgreSQL 13+ dev headers... yes checking for json-c... yes checking for libyaml... yes configure: creating ./config.status Building pgbalancer with AI load balancing... CC src/main/pgbalancer_main.c CC src/ai/pool_ai_load_balancer.c CC src/mqtt/pgbalancer_mqtt.c CC src/rest_api/pgbalancer_rest_api.c CC src/auth/jwt/jwt_auth.c CC src/protocol/pool_process_query.c LINK pgbalancer Building bctl CLI tool... CC bctl/bctl.c CC bctl/bctl_mqtt.c LINK bctl $ sudo make install Installing pgbalancer... install -m 755 src/pgbalancer /usr/local/bin/ install -m 755 bctl/bctl /usr/local/bin/ install -m 644 src/sample/pgbalancer.conf.sample /etc/pgbalancer/ pgbalancer installation complete! $ cat /etc/pgbalancer/pgbalancer.conf # pgbalancer Configuration (pgpool-II fork with REST API & AI) listen_addresses = '*' port = 5432 socket_dir = '/tmp' pcp_listen_addresses = '*' pcp_port = 9898 # Backend PostgreSQL Servers backend_hostname0 = 'localhost' backend_port0 = 5433 backend_weight0 = 1 backend_data_directory0 = '/var/lib/postgresql/16/data1' backend_hostname1 = 'localhost' backend_port1 = 5434 backend_weight1 = 1 backend_data_directory1 = '/var/lib/postgresql/16/data2' # Connection Pooling num_init_children = 32 max_pool = 4 child_life_time = 300 child_max_connections = 0 # Load Balancing (AI-Powered) load_balance_mode = on ai_load_balancing = on              # Enable AI algorithm ai_learning_rate = 0.1 ai_exploration_rate = 0.2 # Health Check health_check_period = 30 health_check_timeout = 20 health_check_user = 'postgres' health_check_database = 'postgres' # REST API (Integrated child process) rest_api_enabled = on rest_api_port = 8080 jwt_auth_enabled = off              # Optional JWT authentication $ pgbalancer -f /etc/pgbalancer/pgbalancer.conf -D 2025-10-29 12:00:00: pid 12345: LOG:  pgbalancer: Version 4.5.0 (sugoikame) starting 2025-10-29 12:00:00: pid 12345: LOG:  AI Load Balancer initialized with 2 nodes 2025-10-29 12:00:00: pid 12345: LOG:  REST API child process starting on port 8080 2025-10-29 12:00:00: pid 12345: LOG:  Mongoose HTTP server listening on 0.0.0.0:8080 [INFO] Backend server 127.0.0.1:5432 is up [INFO] Backend server 127.0.0.1:5433 is up [INFO] Backend server 127.0.0.1:5434 is up [INFO] Connection pools initialized [INFO] Health checker started [INFO] Load balancer ready $ /usr/local/pgbalancer/bin/pgbalancer -c /usr/local/pgbalancer/etc/pgbalancer.yaml -d [INFO] Starting pgbalancer... [INFO] pgbalancer started (PID: 34567) [INFO] Listening on 0.0.0.0:6432 [INFO] REST API enabled on 127.0.0.1:8080 [INFO] Backend server 127.0.0.1:5432 is up [INFO] Backend server 127.0.0.1:5433 is up [INFO] Backend server 127.0.0.1:5434 is up [INFO] Connection pools initialized [INFO] Health checker started [INFO] Load balancer ready $ bctl -h 127.0.0.1 -p 8080 status pgbalancer Status: ================== Server: 127.0.0.1:6432 REST API: 127.0.0.1:8080 Uptime: 00:00:15 Total connections: 0 Active connections: 0 Idle connections: 0 Backend Servers:   - 127.0.0.1:5432 (weight: 1, status: up, connections: 0/25)   - 127.0.0.1:5433 (weight: 1, status: up, connections: 0/25)   - 127.0.0.1:5434 (weight: 1, status: up, connections: 0/25) Pool Statistics:   - Total pool size: 75   - Available connections: 75   - Pool utilization: 0% $ psql -h 127.0.0.1 -p 6432 -U postgres -d postgres -c "CREATE TABLE users (id serial primary key, name text, email text);" CREATE TABLE $ psql -h 127.0.0.1 -p 6432 -U postgres -d postgres -c "INSERT INTO users (name, email) VALUES ('Alice', 'alice@example.com'), ('Bob', 'bob@example.com'), ('Charlie', 'charlie@example.com');" INSERT 0 3 $ psql -h 127.0.0.1 -p 6432 -U postgres -d postgres -c "SELECT * FROM users;" id | name    | email ---+---------+------------------- 1 | Alice   | alice@example.com 2 | Bob     | bob@example.com 3 | Charlie | charlie@example.com (3 rows) $ bctl -h 127.0.0.1 -p 8080 status pgbalancer Status: ================== Server: 127.0.0.1:6432 REST API: 127.0.0.1:8080 Uptime: 00:01:30 Total connections: 3 Active connections: 1 Idle connections: 2 Backend Servers:   - 127.0.0.1:5432 (weight: 1, status: up, connections: 1/25)   - 127.0.0.1:5433 (weight: 1, status: up, connections: 1/25)   - 127.0.0.1:5434 (weight: 1, status: up, connections: 1/25) Pool Statistics:   - Total pool size: 75   - Available connections: 72   - Pool utilization: 4% $ bctl -h 127.0.0.1 -p 8080 pool-stats Connection Pool Statistics: ========================== Backend 127.0.0.1:5432:   - Pool size: 25   - Active connections: 1   - Idle connections: 1   - Available: 23   - Utilization: 8% Backend 127.0.0.1:5433:   - Pool size: 25   - Active connections: 1   - Idle connections: 1   - Available: 23   - Utilization: 8% Backend 127.0.0.1:5434:   - Pool size: 25   - Active connections: 1   - Idle connections: 0   - Available: 24   - Utilization: 4% $ bctl -h 127.0.0.1 -p 8080 reload-config [INFO] Reloading configuration... [INFO] Configuration reloaded successfully [INFO] All backend servers verified [INFO] Connection pools updated $ bctl -h 127.0.0.1 -p 8080 backend-disable 127.0.0.1 5432 [INFO] Disabling backend server 127.0.0.1:5432... [INFO] Backend server 127.0.0.1:5432 disabled [INFO] Existing connections will be gracefully closed $ bctl -h 127.0.0.1 -p 8080 status pgbalancer Status: ================== Server: 127.0.0.1:6432 REST API: 127.0.0.1:8080 Uptime: 00:02:15 Total connections: 2 Active connections: 1 Idle connections: 1 Backend Servers:   - 127.0.0.1:5432 (weight: 1, status: disabled, connections: 0/0)   - 127.0.0.1:5433 (weight: 1, status: up, connections: 1/25)   - 127.0.0.1:5434 (weight: 1, status: up, connections: 1/25) Pool Statistics:   - Total pool size: 50   - Available connections: 48   - Pool utilization: 4% $ psql -h 127.0.0.1 -p 6432 -U postgres -d postgres -c "SELECT * FROM users;" id | name    | email ---+---------+------------------- 1 | Alice   | alice@example.com 2 | Bob     | bob@example.com 3 | Charlie | charlie@example.com (3 rows) -- Query successfully routed to available backend $ bctl -h 127.0.0.1 -p 8080 backend-enable 127.0.0.1 5432 [INFO] Enabling backend server 127.0.0.1:5432... [INFO] Backend server 127.0.0.1:5432 enabled [INFO] Connection pool initialized $ bctl -h 127.0.0.1 -p 8080 status pgbalancer Status: ================== Server: 127.0.0.1:6432 REST API: 127.0.0.1:8080 Uptime: 00:03:00 Total connections: 3 Active connections: 1 Idle connections: 2 Backend Servers:   - 127.0.0.1:5432 (weight: 1, status: up, connections: 1/25)   - 127.0.0.1:5433 (weight: 1, status: up, connections: 1/25)   - 127.0.0.1:5434 (weight: 1, status: up, connections: 1/25) Pool Statistics:   - Total pool size: 75   - Available connections: 72   - Pool utilization: 4%
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема