OpenVZ Forum


Home » International » Russian » Выбор ядра 2.6.18 vs 2.6.27
Выбор ядра 2.6.18 vs 2.6.27 [message #40281] Mon, 09 August 2010 09:23 Go to next message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
Провел сравнительные тесты с нагрузкой до 150 VPS
на ядрах
2.6.18-194.8.1.el5.028stab070.2-x86_64
и
2.6.27-kuindzhi.1
Использовал бинарную версию 2.6.18, а 2.6.27 пришлось пересобрать - не было драйвера для Intel 82576 (igb)


Суть тестирования следующая - VPS стартуют с циклическим автозапуском последовательных тестов
Динамический контент (стандартная гостевая дрюпала )
ab -k -n 200 -c 10 http://localhost/drupal6/ > /root/tests/$HOST.PHP.www.txt    
Статический - HTML c парой страниц текста и картинкой.
ab -k -n 1000 -c 5 http://localhost/ > /root/tests/$HOST.STATIC.www.txt  

Иммитация умеренной дисковой активности - копирование с ограничением скорости каталога в котором есть куча мелких и несколько больших файлов
rsync --bwlimit=5000 -v -a /srv/* /test/ > /root/tests/$HOST.hdd.txt


Отчеты сбрасываются на мастермашину где скрипт вычисляет средние значения.

Результаты такие, что и не знаю, что использовать на продакшен сервере. Может у кого будут соображения?


Apache benchmark на ядре 2.6.18 при количестве VPS более 50 намного хуже распределяет CPU - впсы могут подвисать на несколько секунд, выдавать незавершенные отчеты тестов.
Плавность распределения ресурсов заметно улучшает выключение параметров --cpulimit и --cpus.

Тест дисковой активности тоже начинает снижать показатели после 50 впс и падает с 5мб/сек до 0,9 при 150 VPS. Причем ioutil на местермашине не поднимается выше 30%, тормоз в другом месте.

Apache benchmark на ядре 2.6.27 выдет больше "попугаев", работает плавно без глюков.
Однако не поддерживаются вообще опции --cpulimit и --cpus. Давно обещают, но увы... Оно конечно может и не нужно, зачем ограничивать CPU если он свободен. Однако клиентам хостинга вероятно хочется видеть какую часть процессора ему предоставили.

Тест дисковой активности на 2.6.27 тоже показывает существенное снижение показателей после 50 впс, но на 150 впс показывал скорость около 1,5 мб/сек, что примерно в 2 раза выше.


Железо:
2 CPU: Intel Xeon X5650 2.67GHz всего - 24 ядра
Mainboard: Supermicro X8DTN+-F
RAM 72Gb
RAID-10 - 6Tb
Adaptec 5405G + MaxIQ SSD cache 32Gb







--------------------

[Updated on: Mon, 09 August 2010 09:29]

Report message to a moderator

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40284 is a reply to message #40281] Mon, 09 August 2010 10:10 Go to previous messageGo to next message
RXL_ is currently offline  RXL_
Messages: 147
Registered: July 2009
Location: Moscow/Russia
Senior Member
From: 82.204.178*
sa10 wrote on Mon, 09 August 2010 13:23

Железо:
2 CPU: Intel Xeon X5650 2.67GHz всего - 24 ядра



Маленькая корректировка: 12 ядер и 24 виртуальных CPU (HT).

Может стоит потерпеть до осени и переходить на RHEL6 с соотв., более свежим ядром?


... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40286 is a reply to message #40284] Mon, 09 August 2010 12:25 Go to previous messageGo to next message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
RXL_ wrote on Mon, 09 August 2010 13:10


Маленькая корректировка: 12 ядер и 24 виртуальных CPU (HT).



Это не принципиально.
ИМХО чтобы не мучать мозг лучше считать то, что показывает /proc/cpuinfo Cool

Quote:
Может стоит потерпеть до осени и переходить на RHEL6 с соотв., более свежим ядром?

RHEL ожидается я ядром 2.6.32, а там еще по openvz наверняка будет немеряно глюков.... ибо тестировалось совсем мало.
RHEL об ovz беспокоится незачем, конкурент SLES11sp1 давно уже использует 2.6.32. Миром давно правит не здавый смысл, а отдел маркетинга Smile А им весьма важно пиписьки примерить. Mad

А здесь я где-то прочел, что следующим стабильным ядром OpenVZ будет 2.6.27






--------------------

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40292 is a reply to message #40286] Mon, 09 August 2010 17:34 Go to previous messageGo to next message
RXL_ is currently offline  RXL_
Messages: 147
Registered: July 2009
Location: Moscow/Russia
Senior Member
From: *static.corbina.ru
Лидер в мире Linux - RH. На него и опираются разработчики, а не на отдельно стоящее ядро.

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40296 is a reply to message #40292] Mon, 09 August 2010 18:40 Go to previous messageGo to next message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
RXL_ wrote on Mon, 09 August 2010 20:34
Лидер в мире Linux - RH. На него и опираются разработчики, а не на отдельно стоящее ядро.

Сила традиций понятна, но на что конкретно, не имеющее достойной альтернативы, кроме ядра опираются разработчики?

Хотя RH и делает немало для Linux. Но это все же просто товарный знак. Поголовное использование его в качестве базового элемента очень редко оправдано. Его слабое место - устаревшая система управления пакетами и конфигурацией системы.
Вопиющие примеры:
- Zimbra. До недавнего времени ставилась только на RH. При этом не использовался ни один пакет из репозитория RH.
- Kolab2. Раньше устанавливался только на RH, но для управления пакетами использует openpkg Smile
- Autodesk Smoke - требует RH, но при установке меняет все включая libc Smile

Очень непросто добиться гаромничного сосуществоания стабильных и нестабильных версий пакетов в RH, увы.

Еще пример - у меня работает один сервер с 46 сетевыми интерфейсами в сочетании bond - bridge - vlan. Как вы думаете, удобнее контроллировать 46 отдельных файлов в RH или иметь все в одном файле Debian|Gentoo? Есть конечно еще AltLinux где для каждого интерфейса используется несколько файлов Very Happy


У RH достойная консультативная поддержка, но многие ли в курсе, что условиям лицензии вы не имеете право на поддежрку RH если используете например apache собранный из исходников. Вы много видели продакшен серверов где apache не пересобран?

С большим уважением отношусь к RH, но всякому инструменту есть оптимальное применение.
OpenVZ соверешенно незачем привязываться к жизненному циклу RH, он может совсем не учитывать реалий для OpenVZ. Хотя конечно налаженный процесс никто не станет менять, это понятно.
Использовать метадистрибутив Gentoo может и было бы и чересчур, но Debian...
ИМХО Proxmox сделал более обдуманный выбор.


--------------------

[Updated on: Mon, 09 August 2010 18:51]

Report message to a moderator

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40391 is a reply to message #40281] Mon, 16 August 2010 13:19 Go to previous messageGo to next message
sHaggY_caT is currently offline  sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
Senior Member

From: *shaggy-cat.ru
>2 CPU: Intel Xeon X5650 2.67GHz всего - 24 ядра

Мне кажется, дело именно в этом, слишком новый CPU.
У нас тоже были регрессии на магникорах, недавно прошли (в RHEL 5.5 как раз добавили поддержку, последние ядра OVZ основаны на нем)

Попробуйте вообще отключить гипертрединг, и попробовать другие версии ядер

>Тест дисковой активности тоже начинает снижать показатели после >50 впс и падает с 5мб/сек до 0,9 при 150 VPS. Причем ioutil на >местермашине не поднимается выше 30%, тормоз в другом месте.

Так всегда бывает, шедуллер в OVZ любит тупить при больших нагрузках.
Радикально помогает забыть о SATA, и использовать SAS

>место - устаревшая система управления пакетами и конфигурацией >системы.

Имхо, красноглазите Smile Spacewalk/Sattelite очень примитивный Smile?
Да в Debian ничего подобного нет и на горизонте!

Кроме того, имхо, rpm гораздо продвинутее и совершенне, чем deb-пакеты! Сколько, например, _месяцев_ тому назад созрели в Debian на переход к нескольким патчам в deb-src пакете, вместо одной помойки?
Почему нет аналога rpm -V (debsum совсем не то!) ?
Примеры можно продолжать бесконечно!

Для Дебианщиков, конечно, их пакетная система предмет гордости, но... Только для них: мне, например, _не_ нравится разговорчивость apt-а, нельзя поставить на апдейт и забыть, мягкие зависимости перегружают мозг мантайнеру, а для конечного пользователя не настолько и удобны, как это пытаются показать


Quote:
Еще пример - у меня работает один сервер с 46 сетевыми интерфейсами в сочетании bond - bridge - vlan. Как вы думаете, удобнее контроллировать 46 отдельных файлов в RH или иметь все в одном файле Debian|Gentoo? Есть конечно еще AltLinux где для каждого интерфейса используется несколько файлов Very Happy


Puppet рулит?
По-моему, наоборот удобнее, чем в одном файле: регэкспы работают у ls, find, и т д

Quote:

У RH достойная консультативная поддержка, но многие ли в курсе, что условиям лицензии вы не имеете право на поддежрку RH если используете например apache собранный из исходников. Вы много видели продакшен серверов где apache не пересобран?



В 99% случаев не нужно ничего пересобирать, все решается сборкой отдельного модуля, и его пакетированием (которое в rpm делается запросто, вместо архаики deb!)

Если мы, конечно, тут говорим о втором Апаче Smile

Главный кирпич на реактивной тяге в огород RH, это что Nginx лежит только в EPEL

- Zimbra. До недавнего времени ставилась только на RH. При этом не использовался ни один пакет из репозитория RH.
- Kolab2. Раньше устанавливался только на RH, но для управления пакетами использует openpkg Smile
- Autodesk Smoke - требует RH, но при установке меняет все включая libc Smile


И что? Маразм есть везде, а исключения лишь подтверждают практику Smile В той же Alfresco тоже для быстрой установки есть только тарбол с томкатом, но в вике же есть инструкция, как все можно установить через более "правильный", для RH JBOSS, для которого в платной версии есть сертификация.

Имхо, половина тезисов у Вас или передернута, или раздута

ИМХО Proxmox сделал более обдуманный выбор. 


Имхо, они сделали дурацкий выбор: не так давно получили кучу граблей с UDEV


IT-outsource for UNIX servers,
http://ha-systems.ru

[Updated on: Mon, 16 August 2010 16:02]

Report message to a moderator

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40401 is a reply to message #40391] Mon, 16 August 2010 16:21 Go to previous messageGo to next message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
Quote:
Так всегда бывает, шедуллер в OVZ любит тупить при больших нагрузках.
Радикально помогает забыть о SATA, и использовать SAS

Я же говорил - ioutil очень низкий. А SAS не спасает, уже проверено на второй ноде. Производительность SATA+MaxIQ уступает SAS но так уж много.
Quote:
не так давно получили кучу граблей с UDEV

Можно подробнее? На моих системах это не отразилось никак.

Quote:
Puppet рулит?
Мне мало конфигов в RH, нужно еще и конфиг puppet расписать?

sHaggY_caT wrote on Mon, 16 August 2010 16:19

Имхо, красноглазите Smile
.....
Имхо, половина тезисов у Вас или передернута, или раздута


У меня больше оснований сделать такой вывод в отношении ваших доводов.
Например - зачем вы совсем не в тему упомянули Spacewalk/Sattelite ? Confused Неуместная попытка пиписьки примерить или так ... пофлеймить?
Смысл сказанного мной ранее - о соответствии инструмента задачам. И зачем мне Spacewalk/Satellite на OpenVZ? Smile Другими словами - что соверешенно необходимого я не смогу сделать без них?

Увы, ваши безосновательные доводы явно имеют религиозную почву и я не считаю нужным тратить время на холивар Smile


Напомню обсуждается тема какое выбрать ядро сегодня:
- 2.6.18 оно давно тестится, потому стабильнее других, но огорчает производительностью и poweroff сдалать не умеет на моем железе. Потому я еще огребу проблемы при срабатывании UPS. Придется сочинять скрипты чтобы тушить систему принудительно через KVM.
- 2.6.27 почти нормально работающее, но не доделанное явно.
- 2.6.32 которое еще бы тестить и тестить, однако это версия ядра RH6 к которому openvz имеет историческую привязанность. В силу чего можно ожидать лучшую поддержку именно этой версии.

Думаю sHaggY_caT наверняка смело выберет 2.6.32 ибо свято верит в RH Very Happy






--------------------

[Updated on: Mon, 16 August 2010 16:24]

Report message to a moderator

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40404 is a reply to message #40401] Tue, 17 August 2010 06:53 Go to previous messageGo to next message
sHaggY_caT is currently offline  sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
Senior Member

From: *shaggy-cat.ru
Quote:
Так всегда бывает, шедуллер в OVZ любит тупить при больших нагрузках.
Радикально помогает забыть о SATA, и использовать SAS


Конкретно у Вас, как мне кажется, _может_быть_ регрессия в связи с тем, что CPU слишком новый. На аналогичных нагрузках и более легком железе (односокетовый 12-ти ядерный CPU) у нас ситуация гораздо лучше.

Quote:
Quote:
не так давно получили кучу граблей с UDEV

Можно подробнее? На моих системах это не отразилось никак.


Именно! Вам повезло! А могли огрести drop в Debian OpenVZ: [Users] New Kernel Patch

Хотела бы отдельно отметить, что очень положительно отношусь к Debian, и всему тому, что они делают, и если бы не существовали CentOS и RHEL, использовала бы или Debian, или Ubuntu LTS, так как проблемы есть везде

Я же говорил - ioutil очень низкий. А SAS не спасает, уже проверено на второй ноде. Производительность SATA+MaxIQ уступает SAS но так уж много.


А нам помогает, когда именно нагружена дисковая.

Quote:
Quote:
Puppet рулит?
Мне мало конфигов в RH, нужно еще и конфиг puppet расписать?


Ну знаете ли, конфигов, в том-то и дело, что много, поэтому они у нас все и лежат в puppet. Потратить 15 минут, что бы написать темплейт для интерфейса, как мне кажется, не проблема

Quote:

sHaggY_caT wrote on Mon, 16 August 2010 16:19

Имхо, красноглазите Smile
.....
Имхо, половина тезисов у Вас или передернута, или раздута


У меня больше оснований сделать такой вывод в отношении ваших доводов.
Например - зачем вы совсем не в тему упомянули Spacewalk/Sattelite ? Confused



Нет, показать Вам, что Ваше сравнение пакетных систем Debian систем и RedHat неудачно и неполно

Quote:
Неуместная попытка пиписьки примерить или так ... пофлеймить?


Постарайтесь, пожалуйста, увидеть бревно в своем глазу: флейм и холивар начали именно Вы! Вы никогда не признаете собственные ошибки?

Quote:
Смысл сказанного мной ранее - о соответствии инструмента задачам. И зачем мне Spacewalk/Satellite на OpenVZ? Smile


Зачем мне навороченный apt для OpenVZ, если все утилиты официально предоставляются в rpm и src.rpm, а не в кривом deb?
Кстати, Spacewalk запросто цепляет канал от openvz
Кстати, практически любой Гентушнег считает apt примитивным, точнее, apt-build и m-a в сравнии с emerge. Давайте не будем равнять всех по себе, и говорить, что всем было бы лучше, если бы OVZ был на Debian? Особенно с учетом его короткого (например, даже в сравнии с Ubuntu LTS, не говоря о RH) цикла поддержки?

Quote:
Увы, ваши безосновательные доводы явно имеют религиозную почву и я не считаю нужным тратить время на холивар Smile



А Ваши, нет? Всегда удивлял фанатизм "потомственных Дебианщиков"( (с) анонима с opennet), и их искреннее возмущение, когда им демонстрируют похожее, на них, поведение!

Quote:

Напомню обсуждается тема какое выбрать ядро сегодня:
- 2.6.18 оно давно тестится, потому стабильнее других, но огорчает производительностью и poweroff сдалать не умеет на моем железе. Потому я еще огребу проблемы при срабатывании UPS. Придется сочинять скрипты чтобы тушить систему принудительно через KVM.
- 2.6.27 почти нормально работающее, но не доделанное явно.
- 2.6.32 которое еще бы тестить и тестить, однако это версия ядра RH6 к которому openvz имеет историческую привязанность. В силу чего можно ожидать лучшую поддержку именно этой версии.

Думаю sHaggY_caT наверняка смело выберет 2.6.32 ибо свято верит в RH Very Happy



У нас везде 2.6.18 EL, в том числе не OVZ-машинах, сейчас регрессий нет. На материнку можно вставить Нехалем в тестовых целях? Что бы проверить, не будет ли их на более старом CPU?


IT-outsource for UNIX servers,
http://ha-systems.ru
Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40407 is a reply to message #40404] Tue, 17 August 2010 07:54 Go to previous messageGo to next message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
sHaggY_caT wrote on Tue, 17 August 2010 09:53

Постарайтесь, пожалуйста, увидеть бревно в своем глазу

А к себе сказанное не пытались применить?

И ваше эмоциональное высокомерие ....

Вас взбесило мое утверждение, что народ бездумно пихает RH куда надо и не надо. Я привел примеры которые вы же и подтвердили.
Однако основную суть Вы поняли по своему и начали эту хрень.
Вы здесь о чем вообще? Вам показалось, что вопрос о том кто хуже и вы применили это к себе лично? Confused

От обсуждения вашей личности отказываюсь. Если вам это необходимо, заведите специальный сайт на эту тему.

P.S.
А apt и rpm по сравнению с emerge действительно примитивны, но всему свое место. В большинстве случаев и этого достаточно Smile






--------------------

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40414 is a reply to message #40404] Tue, 17 August 2010 09:30 Go to previous messageGo to next message
sHaggY_caT is currently offline  sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
Senior Member

From: *shaggy-cat.ru
[QUOTE]
sa10 wrote on Tue, 17 August 2010 03:54
sHaggY_caT wrote on Tue, 17 August 2010 09:53

Постарайтесь, пожалуйста, увидеть бревно в своем глазу

А к себе сказанное не пытались применить?


Нет, так как холивар начали именно Вы, и никто больше, а так же продолжаете его, в худших приемах софистики переводя разговор на личность оппонента. Извините, у Вас проблемы с женой :/? Или что еще плохое случилось в жизни? Никогда раньше на этом форуме такого недостойного поведения, и неумения участвовать в дисскусии, за Вами не замечала!

Quote:

Вас взбесило


Quote:
кто
хуже и вы применили это к себе лично? Confused

От обсуждения вашей личности отказываюсь.

Если вам это необходимо, заведите специальный сайт на эту тему.



Вообще-то речь именно о Вас! Причем тут я? Я именно Вас категорично обвинила(и продолжаю обвинять) в разжигании холивара, и написании спорного поста, достойного худших анналов ЛОРа, а сейчас Вы бесчестно пытаетась свалить все на меня, не понимаю, чего Вы добиваетесь?
Почему Вы не видите, что это именно Вы написали провокационный пост? Вы так всегда на замечание, в стиле Micosoft'овского Get The Facts переворачиваете все с ног на голову, и обвиняете оппонента по дисскуссии в собственных ошибках?

Кроме того, на мой пост, содержащий конкретику и ответ по Вашей проблеме, Вы, и только Вы ответили только в холиварном ключе, скипнув все, что не является оффтопиком, да как Вам не стыдно?

З.Ы. Я вообщемягкая и пушистая, и прямая противоположность холерикам, "взбесить" это в любом случае не про меня, может быть, только про Вас(и не нужно переводить разговор на мою личность, речь как раз о Вашей! Вы написали самый настоящий тролячий пост, обобщили свои собственные проблемы до мирового маштаба, и сделали вывод, что всем будет лучше, так как лучше Вам), а категоричность на форумах часто проявлять можно, и нужно, так как только ее часто понимают люди-тролли, или вдруг проснувшиеся с настроением потролить, увы, таково общение онлайн

З.З.Ы. Давайте жить мирно, и не переходить на личности, а так же не обобщать: Ваша ненависть к RH-платформе, это только Ваша ненависть, и Ваши проблемы, связанные с попыткой приметь к RH-платформе debian-way, это только Ваши проблемы (и у RH совсем другая идеалогия администрирования, в которой Spacewalk/up2date, puppet и есть правильный путь!) не нужно думать, что ее разделяет большинство, пожалуйста!


IT-outsource for UNIX servers,
http://ha-systems.ru

[Updated on: Tue, 17 August 2010 09:37]

Report message to a moderator

Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40415 is a reply to message #40414] Tue, 17 August 2010 10:45 Go to previous message
sa10 is currently offline  sa10
Messages: 103
Registered: May 2007
Location: Minsk
Senior Member
From: *bas-net.by
sHaggY_caT wrote on Tue, 17 August 2010 12:30

Ваша ненависть к RH-платформе


Это у вас от жары явно. Цитата из моего сообщения:
Quote:
С большим уважением отношусь к RH, но всякому инструменту есть оптимальное применение.

А если не знаете о чем писать, перечитайте тему сообщения.




--------------------

Previous Topic: Скорость приёма по сети внутри VE очень низкая
Next Topic: ulimit
Goto Forum:
  


Current Time: Tue Aug 14 23:46:23 GMT 2018