Ivan_PisarevskyrpalaznikВсе вышесказанное заставило задуматься и поэкспериментировать...Далее пошел не фильтрованный поток сознания.

Как говорил ДЕ, если бы одна архитектура была однозначно хорошей, никто не стал бы заморачиваться и держать параллельно 2.

rpalaznikт.к. проблем с распараллеливанием с версии 2.5 нетss в 2.5 не параллелится по ядрам. НУ почитай уже доку, ссылку ведь выше дали и форуме это обсуждалось, в том числе участим разработчиков.

Я эти доки изучил, и к сожалению, пока не докопался до истины т.к. мне кажется, что информацию из них противоречит тому, что говорите мне вы.

авторWindows Superserver defaults to using the first logical processor only, because prior to 2.5 it performed badly on SMP systems. To make use of all your processors, set the CpuAffinityMask parameter in firebird.conf to: 3 for 2 CPUs/cores; 15 for 4 CPUs/cores; 255 for 8 CPUs/cores.
Подскажите пожалуйста, как это правильно понимать? Неужели это не говорит что для распараллеливания работы SS нужно подправить конфиг, чтобы указать серверу сколько процессоров\ядер ему использовать?

Dimitry SibiryakovrpalaznikНеужели это не говорит что для распараллеливания работы SS нужно
подправить конфиг, чтобы указать серверу сколько процессоров\ядер ему использовать?

Для начала скажи где ты это нашёл.



http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/qsg25-appx-architectures.html

Симонов Денисrpalaznik,

нет это говорит о том, что надо поставить такую маску чтобы SS использовал только 1 ядро процессора. Соответственно, в зависимости от маски будет зависеть какое именно. Можно конечно поставить маску так, чтобы юзались два и более ядра, только работать от этого лучше не будет.

P.S. В 2.5 это всё же имеет смысл, если SS работает более чем с одной БД.

Теперь понятно стало, спасибо! Ото пишут, что может использовать несколько ядер, только добавь правку в конфиге, а что на самом деле пользователи подключенные к одной базе будут все равно на одном коре крутиться так и не догадаешься.

Dimitry Sibiryakov, надо бы донести до них :)

Симонов Денисrpalaznik,

http://www.firebirdsql.org/file/documentation/release_notes/html/ru/rlsnotes25.html#rnfb25-engine В архитектуре SuperServer были сделаны два основных усовершествования:

При работе с несколькими базами данных потоки теперь равномерно распределяются на все доступные процессоры, т.е. потоки, работающие с разными базами данных могут выполняться на разных процессорах.

Замечание

По умолчанию параметр «CpuAffinity» по прежнему привязывает сервер в режиме SuperServer к одному процессору. Для лучшей масштабируемости при работе с несколькими базами данных необходимо изменить значение этого параметра в файле firebird.conf.

Небольшое улучшение масштабируемости при работе с одной базой данных на аппаратных средствах с поддержкой SMP.


Спасибо!

Осталось добавить возможность выбора архитектуры SupperClassic в установщик и добавить описание каждой архитектуры для подсказки админам...

Вано Сусанишвили, стандартный установщик - супер штука, но когда нужно установить сразу несколько, на определенные порты с нужным паролем sysdba, с нужным названием службы - приходится ручками все править, а тут можно быстро все сделать.

kdvDimitry Sibiryakov,

можно подумать, что люди обычно используют больше двух баз на одном сервере.
Кому надо - включит affinity. привязывать сразу при установке к нулевому (по порядку) ядру можно, конечно, но это моветон.

Кроме того, я несколько потерял нить - этот установщик вообще для кого? Поставщики решений сами делают установщики с нужной им архитектурой ФБ. Стандартный (штатный) установщик уже есть. Скрипт как болванка для поставщиков решений? не имею ничего против, наоборот, за. Но не более того.

Использовать его или нет - решает пусть каждый, у нас была потребность в таком установщике и мы его сделали, что сильно упростило жизнь. Если есть кто-нибудь кому это будет полезно - хорошо, нет - ну значит тут все со своим самоваром.