Здраствуйте. Возникла вот какая проблемма. Есть intel'овский сервер. С материкой под два процессора. Изначально процессор Xeon стоял только один. Докупили второй, поставили. В биосе определяется. На серваке стоит Alt Linux Master 2.4 (после установке второго проца пересобрал ядро версии 2.4.26). На серваке вертятся довольно объемные SQL базы. Так вот после установки второго процессора скорость обработки запросов, время выполнеия скриптов не изменилось ВОБЩЕ. Посоветуйте кто знаком с такой проблемой. Такое ощущение что операционка 2-ой проц вобще не чует...
>Здраствуйте. Возникла вот какая проблемма. Есть intel'овский сервер. С материкой под два
>процессора. Изначально процессор Xeon стоял только один. Докупили второй, поставили. В
>биосе определяется. На серваке стоит Alt Linux Master 2.4 (после установке
>второго проца пересобрал ядро версии 2.4.26). На серваке вертятся довольно объемные
>SQL базы. Так вот после установки второго процессора скорость обработки запросов,
>время выполнеия скриптов не изменилось ВОБЩЕ. Посоветуйте кто знаком с такой
>проблемой. Такое ощущение что операционка 2-ой проц вобще не чует...Чем подкреплено ощущение, что ос не "не чует" второй процессор?
"Довольно объёмные sql базы" это что? Поясните какие базы, на каких запросах проводилось тестирование производительности?
>Чем подкреплено ощущение, что ос не "не чует" второй процессор?
>"Довольно объёмные sql базы" это что? Поясните какие базы, на каких запросах
>проводилось тестирование производительности?Основанно на наблюдениях за нагрузкой по команде top. Субъективная "на глаз" оценка времени между запуском вручную скрипта и окончанием его работы. SQL-базы c данными о проходящщем через несколько проксей трафике. Запросы на вывод определенных выборок из этих баз... простой SELECT и WHERE с ORDER и GROUP... Что конкретно расписать?
>>Чем подкреплено ощущение, что ос не "не чует" второй процессор?
>>"Довольно объёмные sql базы" это что? Поясните какие базы, на каких запросах
>>проводилось тестирование производительности?
>
>Основанно на наблюдениях за нагрузкой по команде top. Субъективная "на глаз" оценка
>времени между запуском вручную скрипта и окончанием его работы. SQL-базы c
>данными о проходящщем через несколько проксей трафике. Запросы на вывод определенных
>выборок из этих баз... простой SELECT и WHERE с ORDER и
>GROUP... Что конкретно расписать?cat /proc/cpuinfo в студию
>Такое ощущение что операционка 2-ой проц вобще не чует...Если узкое место ввод/вывод (а в БД это нормальное положение), то процессоры НИЧЕГО не могут ускорить в принципе.
Лучше памяти добавить.
htop - наглядно все показавыет, нагрузку на каждый проц... придется доставлять...
>Здраствуйте. Возникла вот какая проблемма. Есть intel'овский сервер. С материкой под два
>процессора. Изначально процессор Xeon стоял только один. Докупили второй, поставили. В
>биосе определяется. На серваке стоит Alt Linux Master 2.4 (после установке
>второго проца пересобрал ядро версии 2.4.26). На серваке вертятся довольно объемные
>SQL базы. Так вот после установки второго процессора скорость обработки запросов,
>время выполнеия скриптов не изменилось ВОБЩЕ. Посоветуйте кто знаком с такой
>проблемой. Такое ощущение что операционка 2-ой проц вобще не чует...Смотрите, сколько времени процессор проводит в iowait. Если много, то дело не в процессорах.
>Такое ощущение что операционка 2-ой проц вобще не чует...А изучение
# less /proc/cpuinfo
подтвердило ощущения?Ну, вроде...
# grep ^pro /proc/cpuinfo
processor : 0
processor : 1
# _
>>Такое ощущение что операционка 2-ой проц вобще не чует...
>
>А изучение
># less /proc/cpuinfo
>подтвердило ощущения?
>processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping : 10
cpu MHz : 2992.589
cache size : 0 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid
bogomips : 5976.88Ни слова о втором процессоре. :((( Залез еще в /proc/acpi/processor
Там в папках CPU1 и CPU2 в файлах info:
processor id: 0
acpi id: 1
bus mastering control: no
power management: no
throttling control: yes
performance management: no
limit interface: yes
В папке CPU3 уже по всем параметрам стоит no.
Т.е. ось про существование 2-го проца догадывается? Помогите советом чеж делать-то чтоб убедить с двумя процессорами работать?
Поставил htop действительно удобнее обычного top. Показывает только один CPU... :((
>Поставил htop действительно удобнее обычного top. Показывает только один CPU... :((Верните дистрибутивное ядро на место. Или правильно пересобирите ванильное ядро.
Не просто дистрибутивное, а то которое идет с пометкой SMP(symmetric multiprocessing). ЕМНИП в адьте 2.4 по дефолту ставится ядро с пометкой UP(uni processor), ну а если сами собрали без поддержки SMP, то как обычно ССЗБ :)