Задаю вопрос в связи с обновлением аппаратной части библиотечного сервера. После обычного переноса системы и файлов ИРБИСа ощущается незначительное замедление работы. Увеличилось время загрузки АРМ-ов. С чем это может быть связано? (4Гб -> 10 Гб, i3 (4 ядра, 3.2 ГГц) -> i7 (8 ядер 2.6 ГГц)
Какие оптимальные настройки для TCP/IP-сервера (irbis_server.ini)?
+
Самым "быстрой" версией сервера была версия 2010. Это субъективное мнение.



Редактировано 1 раз. Последний раз 14.10.2014 17:50 пользователем woodyfon.

Мне кажется, что "секрет" кроется в тактовой частоте ядер процессора. 3,2 ГГц уменьшилось до 2,6 ГГц. А сервер один процесс все равно не может разбить на несколько ядер. Ну и в настройках, наверное, нужно менять под число процессоров какие-то параметры.
В 2010 году особо некому было экспериментировать с многоядерностью у разработчиков. Она появилось (и проверялась) в последние 2 года.

Сам не использовал более 4-х ядер (не было нужно).

Цитата:

Ну и в настройках, наверное, нужно менять под число процессоров какие-то параметры.

Единственный параметр, который мне удалось отыскать, связан с числом процессоров это:
USE_MULTY_PROCESSOR

Цитата:

Потоки сетевого чтения-записи и потоки процессов обработки распараллеливаются по процессорам оптимальным образом.

Но это работает только для систем, которые имеют ФИЗИЧЕСКИЕ процессоры, а не просто ядра. Или это не так?
Также непонятен параметр
THREAD_TIME_LIVE

Цитата:

скорость работы сети - по умолчанию 100 Kb/sec

Это Килобайт или Килобит?
Также не могу понять за что отвечает параметр THREADS_LOCKING
+
Методом тыка удалось определить оптимальные настройки (привожу только те, которые были изменены)
!!! Если кто-нибудь захочет их применять на своих серверах, то хочу сразу предупредить, что они не рекомендуемые разработчиками. Вы используете их на свой страх и риск. Параметры привожу в качестве тестирования, отладки и изучения работы сервера.!!!
#Включение многопроцессорного режима (когда процесс обработки выполняет сетевое чтение-запись)
DUPLICATE_SOCKETS=1
#обмен между процессами обработки и ядром сервера - через системную память (1) или через временные файлы в рабочей директории workdir (0)
DUP_MAPING_WORK_FILES=1
#размер системной памяти, выделяемой процессу, Kb
Dup_MappingFileSize=100
#число процессов обработки, стартуемых сервером при запуске
Dup_ProcessCountPull=0
#обмен между процессами обработки и ядром сервера - через системную память (1)
#или через временные файлы в рабочей директории workdir
MAPING_WORK_FILES=1
+
Как установить режим параллельной обработки с сетевым чтением-записью в процессе обработки?



Редактировано 2 раз. Последний раз 15.10.2014 00:01 пользователем woodyfon.

----USE_MULTY_PROCESSOR
Windows самостоятельно распределяет нагрузку на ядра и вмешиваться в это дело не рекомендует.

----Как установить режим параллельной обработки с сетевым чтением-записью в процессе обработки?
Режим DuplicateSockets ускоряет работу сервера за счет того, что не тратится время на обмен данными между сервером и процессами обработки.
Ответ сразу передается клиенту. Этот режим доработан и отлажен в 14 версии.

Режим MAPING_WORK_FILES не надо использовать, если включен DuplicateSockets.
В этом режиме обмен информацией между сервером и процессами обработки происходит через общую память. Возможно некоторое ускорение и сглаживание работы.

THREAD_TIME_LIVE это скорость сети Кбайт/с которая используется для расчета максимального времени ожидания при передачи данных от клиента к серверу (и обратно). Если сеть тормозит (не просто медленно работает, а временами подтармаживает) надо уменьшить этот параметр. ВЛияет на стабильность.

Цитата:

----USE_MULTY_PROCESSOR
Windows самостоятельно распределяет нагрузку на ядра и вмешиваться в это дело не рекомендует.

Все равно не ясно, это использование нескольких ядер или процессоров?
Еще определил, что оптимально
#скорость работы сети - по умолчанию 100 Kb/sec
THREAD_TIME_LIVE=10

Цитата:

Режим DuplicateSockets ускоряет работу сервера за счет того, что не тратится время на обмен данными между сервером и процессами обработки.
Ответ сразу передается клиенту. Этот режим доработан и отлажен в 14 версии.

Для пользователей версии 2013 можно будет использовать серверную часть версии 2014?