Сразу прошу прощения за наверное "дилетантский" вопрос. Но нужна помощь, т.к. разработчик нашего прикладного ПО, работающего с использование Firebird, ответить не смог.

На сервере стоит довольно старый 4-х ядерный 4-х поточный процессор. Установлен MS Windows Server 2008 R2 и Firebird 3.
Замечено (при текущих настройках сервера Firebird), что при запуске одним из пользователей нашего прикладного ПО "ресурсоемкой" операции (например, формирование большого отчета), под его выполнение сервер Firebird отдает максимум 1/4 часть процессора (1 ядро или 1 поток). Операции других пользователей "перекидываются" на другие ядра (или потоки).

Сейчас рассматривается вопрос апгрейда сервера, в результате которого будет поставлен процессор также с 4 ядрами, но уже с 8 потоками.

Отсюда вопросы:
1) "ресурсоемкая" операция пользователя будет занимать 1 поток или 1 ядро?
2) может быть у нас как-то неправильно настроен сервер Firebird, что он не может выделить под операцию больше чем 1 ядро (поток)?

Ivan_Pisarevsky,

"да" - будет занимать ядро процессора или поток? (новый процессор 4-х ядерный и 8 поточный. Процесс создания отчета займет 1/4 или 1/8 часть процессора?)

Ivan_PisarevskytelmailIvan_Pisarevsky,

"да" - будет занимать ядро процессора или поток? (новый процессор 4-х ядерный и 8 поточный. Процесс создания отчета займет 1/4 или 1/8 часть процессора?)зависит от версии гипертрейдтинга, в старых второй "курил бамбук", в новых получше.

За версию не скажу. Но рассматриваем процессор Xeon E3-1230 v5.

Или, если будет ограничение операции на поток, в моем случае есть смысл отключить Hyper-Threading, чтобы было "жестко" 4 ядра?

Ivan_PisarevskyКакая дисковая предполагается? хотя бы штуки 4 ссд-шки будет?

ССД не будет. База данных небольшая, количество пользователей всего порядка 15. Но бывают отчеты, которые формируются по 15 минут и очень не хочется, чтобы при апгрейде процессора время создания выросло. Абсурд какой-то получится.

FireMops,

сколько таблиц не скажу. Но на диске занимает 2Гб всего лишь.

Большое спасибо, за участие.

Для себя сделал следующий вывод:
Функция Hyper-Threading "обманывает" операционку и заставляет думать, что вместо 4-хядерника стоит 8-ядерный проц. Соответственно, формирование отчета займёт 1/8 процессора (в моём случае это нежелательный вариант развития события, т.к. производительность 1/8 нового проца, возможно, ниже, чем 1/4 имеющегося).
Чтобы этого не произошло, надо выключить в биосе Hyper-Threading и будет "обычный" 4-хядерник.

По поводу оптимизации отчетов или процедур обязательно передам претензии разработчику.

Мой случай на самом деле довольно простой: надо было убедиться, что после апгрейда сервера директор "почувствует", что отчеты, которые он запрашивает, формируются быстрее. И мне совершенно не нужен был вариант, при котором на "новом" сервере (за который заплачены деньги) он "почувствовал", что стало "хуже" :))
А апгрейд сам по себе нужен и не столько из-за работы упоминаемого тут мною ПО.