Крайне низкая производительность работы на новом железе.
Модераторы: kdv, Alexey Kovyazin
Крайне низкая производительность работы на новом железе.
Здравствуйте.
Купили новый сервер - все стало плохо.
Железо:
ПЭВМ Системы ПК:2xlntel XEON DP 5520 (Quad-Core/HT 5.86GT/s,2.26Hz/8Mb L3,1066MHz max memory speed, 80W, без охладителя)/2xBXSTS100A комплект охлаждения/S5500BC Dual XEON Motherboard,6xSATA (RAID5 option), 2x1Gb LAN, 8xDIMM ECC DDR3-800/1066/1333(32Gb max), SE LLC PII 64Mb Video, 2 PCI-E x8, 2 PCI-E x4, 1xPCI32/33, ISM3.X w/RMM option/4GB DDR3 1333MHz Kinston ECC Reg/4xSeagate Cheetah 146GB 15000RPM 3.5" SAS Hard Drive/PCI-E LP x4 SAS Card SASWT4I/DVD+/-RW/SC5650DP chssis 1x600W PSU/AXX6DRV3GR/5650 HotSwap Bay Mounting Kit/Keyboard/Mouse
+ докупали память: Kingston KVR1333D3S4R9S/2G. 2GB 1333MHz DDR3 ECC Red=2 шт и Kingston KVR1066D3Q8R7S/4G. 4GB 1066MHz DDR3 ECC Red =4шт.
В программе работают одновременно примерно 22-25 пользователей, из них 6-9 в терминальном режиме по интернету (терминал настроен на самом сервере).
Win 2003 Server x64. База размером примерно 4,5 Гб. Размер кластера 4 Кб, размер страницы 8Кб. Изначально все работало на ФБ 2.1 СС, теперь ФБ 2.5 РК2 СС. После замены сервера все стало получше, но ненамного.
Проблема, собственно, вот в чем:
т.е. при недостаточной нагрузке на дисковую систему имеем проблему с работой только одного ядра из восьми.
при инсталляции версии "классик" имеем проблему с недостатком оперативной памяти.
в чём я неправ?
спасибо.
Купили новый сервер - все стало плохо.
Железо:
ПЭВМ Системы ПК:2xlntel XEON DP 5520 (Quad-Core/HT 5.86GT/s,2.26Hz/8Mb L3,1066MHz max memory speed, 80W, без охладителя)/2xBXSTS100A комплект охлаждения/S5500BC Dual XEON Motherboard,6xSATA (RAID5 option), 2x1Gb LAN, 8xDIMM ECC DDR3-800/1066/1333(32Gb max), SE LLC PII 64Mb Video, 2 PCI-E x8, 2 PCI-E x4, 1xPCI32/33, ISM3.X w/RMM option/4GB DDR3 1333MHz Kinston ECC Reg/4xSeagate Cheetah 146GB 15000RPM 3.5" SAS Hard Drive/PCI-E LP x4 SAS Card SASWT4I/DVD+/-RW/SC5650DP chssis 1x600W PSU/AXX6DRV3GR/5650 HotSwap Bay Mounting Kit/Keyboard/Mouse
+ докупали память: Kingston KVR1333D3S4R9S/2G. 2GB 1333MHz DDR3 ECC Red=2 шт и Kingston KVR1066D3Q8R7S/4G. 4GB 1066MHz DDR3 ECC Red =4шт.
В программе работают одновременно примерно 22-25 пользователей, из них 6-9 в терминальном режиме по интернету (терминал настроен на самом сервере).
Win 2003 Server x64. База размером примерно 4,5 Гб. Размер кластера 4 Кб, размер страницы 8Кб. Изначально все работало на ФБ 2.1 СС, теперь ФБ 2.5 РК2 СС. После замены сервера все стало получше, но ненамного.
Проблема, собственно, вот в чем:
т.е. при недостаточной нагрузке на дисковую систему имеем проблему с работой только одного ядра из восьми.
при инсталляции версии "классик" имеем проблему с недостатком оперативной памяти.
в чём я неправ?
спасибо.
Re: Крайне низкая производительность работы на новом железе.
Продайте и верните как былоFrunzik писал(а):Купили новый сервер - все стало плохо.
А как, собственно было раньше ?
В нечтении документации. SS никогда и не умел грузить более одного ядра.Frunzik писал(а):т.е. при недостаточной нагрузке на дисковую систему имеем проблему с работой только одного ядра из восьми.
при инсталляции версии "классик" имеем проблему с недостатком оперативной памяти.
в чём я неправ?
Насколько я смог понять, в системе 24гиг памяти, как 25 пользователей классика смогли её сожрать ?
Ставьте 64-битный FB CS (или SC если уж 2.5) и проверьте в БД и в firebird.log размер страничного кеша
Re: Крайне низкая производительность работы на новом железе.
раньше стоял просто мощный комп (двухъядерный), который худо-бедно со всем справлялсяПродайте и верните как было
А как, собственно было раньше ?
Re: Крайне низкая производительность работы на новом железе.
СС - мера вынужденная. на нём хоть как-то все работает. непонятна ситуация с классиком.В нечтении документации. SS никогда и не умел грузить более одного ядра.
создалось впечатление, что каждый поток захотел положить всю базу в оперативку.Насколько я смог понять, в системе 24гиг памяти, как 25 пользователей классика смогли её сожрать ?
сегодня вечером сделаю, спасибо.Ставьте 64-битный FB CS (или SC если уж 2.5) и проверьте в БД и в firebird.log размер страничного кеша
и вчерашний скрин производительности был сделан когда я был один подключен и запустил тяжёлый отчет. сегодня все подключились, работают и картинка поменялась:
получается все упирается в дисковую систему? (смонтирован RAID10)
Re: Крайне низкая производительность работы на новом железе.
Ну сменить сервер - понятно, нужно ждать момент.Frunzik писал(а):сегодня вечером сделаю, спасибо.hvlad писал(а):Ставьте 64-битный FB CS (или SC если уж 2.5) и проверьте в БД и в firebird.log размер страничного кеша
А что мешает gstat -h и notepad firebird.conf запустить ?
Я не вижу очереди к диску, более 1.Frunzik писал(а):получается все упирается в дисковую систему? (смонтирован RAID10)
Re: Крайне низкая производительность работы на новом железе.
простите, я пока только учусь.Ну сменить сервер - понятно, нужно ждать момент.
А что мешает gstat -h и notepad firebird.conf запустить ?
База:
размер страницы 8192
page buffers 8192
Firebird.conf
DefaultDbCachePages = 2048
я то с тем сравниваю? и, я так понимаю, значения должны совпадать?
а как это видно?Я не вижу очереди к диску, более 1.
Re: Крайне низкая производительность работы на новом железе.
Тут не за что извиняться, учиться никогда не поздно и не стыдноFrunzik писал(а):простите, я пока только учусь.Ну сменить сервер - понятно, нужно ждать момент.
А что мешает gstat -h и notepad firebird.conf запустить ?
Каждый коннект классика будет есть 64MB памяти только под страничный кеш. 25 коннектов съедят 1.6GB, что не так уж и много для данной машины.Frunzik писал(а):База:
размер страницы 8192
page buffers 8192
Откуда тогда проблемы с памятью ?
В любом случае - для классика не нужно ставить такой большой кеш. Начни с 256 страниц
Значение в БД имеет бОльший приоритетFrunzik писал(а): Firebird.conf
DefaultDbCachePages = 2048
Нет.Frunzik писал(а):я так понимаю, значения должны совпадать?
На этом же сайте есть много статей для начинающих, на русском. Изучай
По графику, вестимо Там же есть средняя длина очереди к диску.Frunzik писал(а):а как это видно?Я не вижу очереди к диску, более 1.
Сдаётся мне ты столкнулся с проблемой холодного кеша. Попробуй свой отчёт два раза подряд запустить.
Re: Крайне низкая производительность работы на новом железе.
одинаковое время построения. это значит, что проблемы холодного кэша нет, так?Попробуй свой отчёт два раза подряд запустить.
Re: Крайне низкая производительность работы на новом железе.
Значит нет. Значит есть что-то другое.Frunzik писал(а):одинаковое время построения. это значит, что проблемы холодного кэша нет, так?Попробуй свой отчёт два раза подряд запустить.
Давай смотреть запрос и статистику выполнения.
Re: Крайне низкая производительность работы на новом железе.
хм, а это как?Давай смотреть запрос и статистику выполнения.
текст запроса сюда кинуть?
и на старом железе эти отчеты работали нормально. думаю, тут дело не в кривом запросе.
Re: Крайне низкая производительность работы на новом железе.
короче, я не понимаю вообще в чем дело. на том серваке база не жрет системных ресурсов вообще, притащил её домой, запустил отчет - живенько заработал винт, процессор подпрыгнул до 55% (двухъядерник) и отчет, строящийся там за 2 минуты построился дома за 35 секунд.
никаких параметров в БД не менял, сервер установлен по умолчанию....
будут у уважаемой публики идеи?
никаких параметров в БД не менял, сервер установлен по умолчанию....
будут у уважаемой публики идеи?
Re: Крайне низкая производительность работы на новом железе.
поставьте софт, управляющий Вашим raid-контроллером. Сконфигурируйте кэширование, включите кэш на запись. Все. Это сверх того, что уже сказали про Классик.будут у уважаемой публики идеи?
Re: Крайне низкая производительность работы на новом железе.
а терминальные режимы могут оперативку жрать вёдрами?
Re: Крайне низкая производительность работы на новом железе.
это не терминальные режимы. 14 Гб оперативки. почему?
Re: Крайне низкая производительность работы на новом железе.
интересное кино. 14 гиг памяти процесс классика может отожрать, думаю, только если интенсивно используется функция list.
терминальный режим абсолютно по барабану, фб в "нем" не участвует. Но терминалками да, можно сожрать память.
терминальный режим абсолютно по барабану, фб в "нем" не участвует. Но терминалками да, можно сожрать память.
Re: Крайне низкая производительность работы на новом железе.
функция list не используется. накидайте ещё вариантов что проверять. пожалста.kdv писал(а):интересное кино. 14 гиг памяти процесс классика может отожрать, думаю, только если интенсивно используется функция list.
Re: Крайне низкая производительность работы на новом железе.
ты в TM все потер, а мог бы средний размер fb_inet_server привести. 65 метров? только один процесс настолько "выдающийся" по потреблению памяти?