Предел коннектов

ISQL Version: WI-V2.1.3.18185 Firebird 2.1 Classic Server + Windows 2008 Standard 32bit

Физической памяти 24G, но данная винда судя по ТХ всё равно больше 4 гектар не адресует. При количестве коннектов 520-530 своп достигает около 57 гектар и база виснет намертво. Помогает только остановка службы FB и срубон всех процессов fb_inet_server.exe. С чем связано это ограничение? Предел свопа стоит 100 гектар. Никаких ограничений на количество коннектов нигде нету.

Переходи на x64

Дядя Жора
С чем связано это ограничение?

С тем, что процессы должны быть в физическом ОЗУ чтобы работать. В свопе они работать не
могут. Кэш страниц базы урезай.

Posted via ActualForum NNTP Server 1.5

Дядя Жора
но данная винда судя по ТХ всё равно больше 4 гектар не адресует.

ну так и зачем?

Дядя Жора
При количестве коннектов 520-530

если коннект/процесс жрет около 100мб, нужно чтобы на машине было не меньше 52 гига RAM, используемой ОС.

Дядя Жора
своп достигает около 57 гектар

разумеется, см. выше. фигней вы какой-то занимаетесь, если не сказать грубее.

Даже если бы винда была 64битная и поддерживала все 24 физических гига, своп в данных условиях был бы не менее ~34 гиг, т.е. памяти не хватало бы все равно.

Dimitry Sibiryakov
Кэш страниц базы урезай.

простые вычисления показывают, что даже если каждый коннект/процесс будет занимать не более 50мб, ему понадобится не менее 26 гиг RAM. Т.е. 2х гиг не хватает.

kdv
жрет около 100мб, нужно чтобы на машине было не меньше 52 гига RAM, используемой ОС.

при 520 коннектах на классике, разумеется.

kdv
2х гиг не хватает.

Да, чего-то я не посчитал... Николай называл цифры: его 2500 очень активных коннектов
используют 450 гиг ОЗУ. Соответственно, в 4 гига ТСа влезут 20 коннектов и то если повезёт.

Posted via ActualForum NNTP Server 1.5

реально зависит от среднего размера процесса классика. кэш БД не очень влияет, если его сдуру не сделать 16к страниц на 16к странице БД, конечно (256мб только на кэш БД).
На практике я вижу как на винде размер процесса классика гуляет от 70 до 270 мб (бывает и больше) - метаданные, индексы, сортировка, и прочее. Так что 100мб на процесс - это в реальной системе так, погулять выйти.

и еще я наблюдаю такую хрень. Допустим, есть система на классике со 100 пользователями по 1 коннекту. Сколько чего памяти жрет видно, под это организована RAM, ее хватает в пиках с избытком, и т.п. Потом вдруг разработчик решает ввести доп.фичу, которая требует для приложения еще 1 коннекта. Или, по каким-то другим причинам, пользователи начинают запускать по 2 экземпляра приложения.
То есть, получается уже на те же 100 пользователей не 100 коннектов-процессов классика, а 200. RAM "вдруг" кончается, сервак начинает тормозить, и "админ изменившимся лицом бежит пруду".
А все потому, что админ не умеет складывать 1+1, а разработчик не думает о сервере.
"И жили они недолго, но счастливо".

В 4 гига всего 20 коннектов ? Дайте две!

Posted via ActualForum NNTP Server 1.5

kdv
Дядя Жора своп достигает около 57 гектар разумеется, см. выше. фигней вы какой-то занимаетесь, если не сказать грубее.

Не совсем ясно в чём заключается фигня. Объясните конкретней. Операционку я пока сменить не могу, память нарастить тоже, число коннектов уменьшить тоже не могу. В чём фигня?