su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Vladimir Podgorny                    2:5020/400     09 Oct 2001  12:40:03
 To : Ђ«ҐЄбҐ© Њ ¬®­®ў
 Subject : Re: Sybase 11.9.2 - max connections
 -------------------------------------------------------------------------------- 
 

 Алексей Мамонов <Алексей.Мамонов@p2.f1003.n5080.z2.fidonet.org> wrote:
 
 > 
 > Вообще конечно интересно, почему сервер игнорирует max connections, но ты не
 > думал что можно взглянуть на проблему и под другим углом - даже когда ты
 > уговоришь сервер принимать одновременно 100 (или больше) соединений, все
 > равно гипотетически может возникнуть ситауция при которой у тебя и эти
 > коннекты кончатся (ну сразу очень много клиентов пришло, или скорость
 > выполнения запроса по каким-то причинам упала). Соединения с БД - это
 > ограниченный ресурс и мне кажется что неплохо было бы управлять его
 > распределением на уровне твоей "софтинки", т.е. чтобы потомок проверял
 > наличие этого ресурса и в случае, если свободных коннектов у сервера нет -
 > ждал бы его освобождения... В NT, например, специально для подобных случаев
 > есть объект ядра, семафор, если я не ошибаюсь (правда словечки "демон" и
 > "форкает" навевают у меня смутные ассоциации с не-NT-программированием :))
 
 Hу, тирада, в принципе правильная, но тут немножко другое.
 
 Управлять количеством соединений на уровне софтинки можно, толку с этого -
 йок (сейчас гвоздиками прибито 256), она больше 25 не открывает - просто
 обламывается и все. Второе - даже если мы ее допинаем (софт чужой, половина
 исходников идет precompiled), вариант "будет висеть и ждать освобождения" не
 подходит - это авторизация, а тут, понятно почему, таймауты годами не
 исчисляются. Hу и наконец третье, предвидя очередной вопрос, - зачем мол
 забивались на sybase, раз такая чача - так мы от sybase и этого софта
 никуда не уйдем - приходится тюнить sybase и доделаывать софт (хотя уже
 проверено - сколько в конфиге забито, столько соединений и открывает - честная
 сволочь... :-\).
 
 > BR, Alex.
 
 -- 
 VP992-RIPE [ Самое неприятное в обещаниях то, что их приходится выполнять. ]
 --- ifmail v.2.15dev5
  * Origin: Adamant ISP news server (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор