RR_Vinni
05.09.2003, 20:35
Нижеследующий текст не шутка, взято из ветки на epsilon.public.interbase
//copy mode on...
Замена 2хPentium3 Xeon 833MHz на 2хPentium 4 Xeon 2.4 Ггц
> На сервере запущен web сервер и система подсчета траффика. Раньше все
> это мирно уживалось друг с другом несмотря на то, что транзакция,
> обрабатывающая траффик время от времени съедала 100% у одного из
> процессоров. При этом траффик обрабатывался где-то за 45-70 секунд.
> Теперь же при запуске транзакции обработки траффика во-первых начинает
> тормозить web сервер, а во-вторых время обработки увеличилось почти в 3
> раза (!) - до 150-180 секунд. И это при том, что частота процессора
> увеличилась почти в три раза.
Если кому-то это еще интересно, сообщаю результаты экспериментов:
- Установка Classic Server проблемы не решила
- Отключение HyperThreading проблемы не решила
- Проблема скорее всего не в процессорах, т.к. сами они работают
шустро, та же компиляция ядра выполняется значительно быстрее, чем на
старом сервере.
- Проблема скорее всего не в дисках, т.к. замеры их производительности
дают хорошие результаты, а кроме того тесты показывают, что во время
выполнения этого "тяжелого" запроса активность дисков минимальна.
- Проблема скорее всего не в сборке мусора - база "свежая", специально
поднятая из бэкапа, sweep interval стоит в 0.
- Одинаковый запрос на одной и той же базе, запущенный на новом
сервере и на однопроцессорном сервере с Celeron 1000MHz показывает, что
однопроцессорный сервер обрабатывает эапрос примерно на 30% быстрее.
- Одинаковый запрос на одной и той же базе, запущенный на новом
сервере и на старом сервере с 2xPIII-1000MHz показывает, что старый
сервер обрабатывал эапрос примерно в 2.5-3 раза быстрее.
На всякий случай приведу характеристики железа и софта:
Материнская плата: Intel Server Board SE7500CW2 Soc. 603 dual Xeon
Процессоры: 2xXeon/2.0GHz
Память: 1Gb DDR
Дисковый контроллер: SRCU31 (SCSI+RADI)
Диски: 2x18Gb SCSI, IBM, 10.000 RPM
Операционная система: Linux Debian, kernel 2.4.20 vanilla, поддержку HT
включали и выключали.
SQL сервер: FireBird 1.0.2, ставили и Classic и SuperServer - без разницы.
Если у кого-нибудь есть идеи по поводу причин этой проблемы или
кто-нибудь знает об успешной работе FB на серверах с HT или кто-нибудь
знает, где можно почитать/спросить об этом - буду очень благодарен за
любую информацию.
//copy mode off...
т.к. работа БД схожа с просчетом ИИ и физики (в целом) посволю себе порекомендовать любителям 4 пней потихоньку переползать на АМД :D:D:D
//copy mode on...
Замена 2хPentium3 Xeon 833MHz на 2хPentium 4 Xeon 2.4 Ггц
> На сервере запущен web сервер и система подсчета траффика. Раньше все
> это мирно уживалось друг с другом несмотря на то, что транзакция,
> обрабатывающая траффик время от времени съедала 100% у одного из
> процессоров. При этом траффик обрабатывался где-то за 45-70 секунд.
> Теперь же при запуске транзакции обработки траффика во-первых начинает
> тормозить web сервер, а во-вторых время обработки увеличилось почти в 3
> раза (!) - до 150-180 секунд. И это при том, что частота процессора
> увеличилась почти в три раза.
Если кому-то это еще интересно, сообщаю результаты экспериментов:
- Установка Classic Server проблемы не решила
- Отключение HyperThreading проблемы не решила
- Проблема скорее всего не в процессорах, т.к. сами они работают
шустро, та же компиляция ядра выполняется значительно быстрее, чем на
старом сервере.
- Проблема скорее всего не в дисках, т.к. замеры их производительности
дают хорошие результаты, а кроме того тесты показывают, что во время
выполнения этого "тяжелого" запроса активность дисков минимальна.
- Проблема скорее всего не в сборке мусора - база "свежая", специально
поднятая из бэкапа, sweep interval стоит в 0.
- Одинаковый запрос на одной и той же базе, запущенный на новом
сервере и на однопроцессорном сервере с Celeron 1000MHz показывает, что
однопроцессорный сервер обрабатывает эапрос примерно на 30% быстрее.
- Одинаковый запрос на одной и той же базе, запущенный на новом
сервере и на старом сервере с 2xPIII-1000MHz показывает, что старый
сервер обрабатывал эапрос примерно в 2.5-3 раза быстрее.
На всякий случай приведу характеристики железа и софта:
Материнская плата: Intel Server Board SE7500CW2 Soc. 603 dual Xeon
Процессоры: 2xXeon/2.0GHz
Память: 1Gb DDR
Дисковый контроллер: SRCU31 (SCSI+RADI)
Диски: 2x18Gb SCSI, IBM, 10.000 RPM
Операционная система: Linux Debian, kernel 2.4.20 vanilla, поддержку HT
включали и выключали.
SQL сервер: FireBird 1.0.2, ставили и Classic и SuperServer - без разницы.
Если у кого-нибудь есть идеи по поводу причин этой проблемы или
кто-нибудь знает об успешной работе FB на серверах с HT или кто-нибудь
знает, где можно почитать/спросить об этом - буду очень благодарен за
любую информацию.
//copy mode off...
т.к. работа БД схожа с просчетом ИИ и физики (в целом) посволю себе порекомендовать любителям 4 пней потихоньку переползать на АМД :D:D:D