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  |
 |
sa10
Messages: 103
Registered: May 2007
Location: Minsk
|
Senior Member |
|
|
Провел сравнительные тесты с нагрузкой до 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
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  |
RXL_
Messages: 147
Registered: July 2009
Location: Moscow/Russia
|
Senior Member |
|
|
| 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 #40292 is a reply to message #40286] |
Mon, 09 August 2010 17:34 |
RXL_
Messages: 147
Registered: July 2009
Location: Moscow/Russia
|
Senior Member |
|
|
Лидер в мире Linux - RH. На него и опираются разработчики, а не на отдельно стоящее ядро.
... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
|
|
|
|
| Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40296 is a reply to message #40292] |
Mon, 09 August 2010 18:40 |
|
sa10
Messages: 103
Registered: May 2007
Location: Minsk
|
Senior Member |
|
|
| RXL_ wrote on Mon, 09 August 2010 20:34 | Лидер в мире Linux - RH. На него и опираются разработчики, а не на отдельно стоящее ядро.
|
Сила традиций понятна, но на что конкретно, не имеющее достойной альтернативы, кроме ядра опираются разработчики?
Хотя RH и делает немало для Linux. Но это все же просто товарный знак. Поголовное использование его в качестве базового элемента очень редко оправдано. Его слабое место - устаревшая система управления пакетами и конфигурацией системы.
Вопиющие примеры:
- Zimbra. До недавнего времени ставилась только на RH. При этом не использовался ни один пакет из репозитория RH.
- Kolab2. Раньше устанавливался только на RH, но для управления пакетами использует openpkg 
- Autodesk Smoke - требует RH, но при установке меняет все включая libc
Очень непросто добиться гаромничного сосуществоания стабильных и нестабильных версий пакетов в RH, увы.
Еще пример - у меня работает один сервер с 46 сетевыми интерфейсами в сочетании bond - bridge - vlan. Как вы думаете, удобнее контроллировать 46 отдельных файлов в RH или иметь все в одном файле Debian|Gentoo? Есть конечно еще AltLinux где для каждого интерфейса используется несколько файлов 
У 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 |
sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
|
Senior Member |
|
|
>2 CPU: Intel Xeon X5650 2.67GHz всего - 24 ядра
Мне кажется, дело именно в этом, слишком новый CPU.
У нас тоже были регрессии на магникорах, недавно прошли (в RHEL 5.5 как раз добавили поддержку, последние ядра OVZ основаны на нем)
Попробуйте вообще отключить гипертрединг, и попробовать другие версии ядер
>Тест дисковой активности тоже начинает снижать показатели после >50 впс и падает с 5мб/сек до 0,9 при 150 VPS. Причем ioutil на >местермашине не поднимается выше 30%, тормоз в другом месте.
Так всегда бывает, шедуллер в OVZ любит тупить при больших нагрузках.
Радикально помогает забыть о SATA, и использовать SAS
>место - устаревшая система управления пакетами и конфигурацией >системы.
Имхо, красноглазите Spacewalk/Sattelite очень примитивный ?
Да в 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!)
Если мы, конечно, тут говорим о втором Апаче
Главный кирпич на реактивной тяге в огород RH, это что Nginx лежит только в EPEL
- Zimbra. До недавнего времени ставилась только на RH. При этом не использовался ни один пакет из репозитория RH.
- Kolab2. Раньше устанавливался только на RH, но для управления пакетами использует openpkg Smile
- Autodesk Smoke - требует RH, но при установке меняет все включая libc 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 |
|
sa10
Messages: 103
Registered: May 2007
Location: Minsk
|
Senior Member |
|
|
| Quote: | Так всегда бывает, шедуллер в OVZ любит тупить при больших нагрузках.
Радикально помогает забыть о SATA, и использовать SAS
|
Я же говорил - ioutil очень низкий. А SAS не спасает, уже проверено на второй ноде. Производительность SATA+MaxIQ уступает SAS но так уж много.
| Quote: | не так давно получили кучу граблей с UDEV
|
Можно подробнее? На моих системах это не отразилось никак.
Мне мало конфигов в RH, нужно еще и конфиг puppet расписать?
| sHaggY_caT wrote on Mon, 16 August 2010 16:19 |
Имхо, красноглазите
.....
Имхо, половина тезисов у Вас или передернута, или раздута
|
У меня больше оснований сделать такой вывод в отношении ваших доводов.
Например - зачем вы совсем не в тему упомянули Spacewalk/Sattelite ?  Неуместная попытка пиписьки примерить или так ... пофлеймить?
Смысл сказанного мной ранее - о соответствии инструмента задачам. И зачем мне Spacewalk/Satellite на OpenVZ? Другими словами - что соверешенно необходимого я не смогу сделать без них?
Увы, ваши безосновательные доводы явно имеют религиозную почву и я не считаю нужным тратить время на холивар
Напомню обсуждается тема какое выбрать ядро сегодня:
- 2.6.18 оно давно тестится, потому стабильнее других, но огорчает производительностью и poweroff сдалать не умеет на моем железе. Потому я еще огребу проблемы при срабатывании UPS. Придется сочинять скрипты чтобы тушить систему принудительно через KVM.
- 2.6.27 почти нормально работающее, но не доделанное явно.
- 2.6.32 которое еще бы тестить и тестить, однако это версия ядра RH6 к которому openvz имеет историческую привязанность. В силу чего можно ожидать лучшую поддержку именно этой версии.
Думаю sHaggY_caT наверняка смело выберет 2.6.32 ибо свято верит в RH
--------------------
[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 |
sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
|
Senior Member |
|
|
| 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: | Мне мало конфигов в RH, нужно еще и конфиг puppet расписать?
|
Ну знаете ли, конфигов, в том-то и дело, что много, поэтому они у нас все и лежат в puppet. Потратить 15 минут, что бы написать темплейт для интерфейса, как мне кажется, не проблема
| Quote: |
| sHaggY_caT wrote on Mon, 16 August 2010 16:19 |
Имхо, красноглазите
.....
Имхо, половина тезисов у Вас или передернута, или раздута
|
У меня больше оснований сделать такой вывод в отношении ваших доводов.
Например - зачем вы совсем не в тему упомянули Spacewalk/Sattelite ?
|
Нет, показать Вам, что Ваше сравнение пакетных систем Debian систем и RedHat неудачно и неполно
| Quote: | Неуместная попытка пиписьки примерить или так ... пофлеймить?
|
Постарайтесь, пожалуйста, увидеть бревно в своем глазу: флейм и холивар начали именно Вы! Вы никогда не признаете собственные ошибки?
| Quote: | Смысл сказанного мной ранее - о соответствии инструмента задачам. И зачем мне Spacewalk/Satellite на OpenVZ?
|
Зачем мне навороченный apt для OpenVZ, если все утилиты официально предоставляются в rpm и src.rpm, а не в кривом deb?
Кстати, Spacewalk запросто цепляет канал от openvz
Кстати, практически любой Гентушнег считает apt примитивным, точнее, apt-build и m-a в сравнии с emerge. Давайте не будем равнять всех по себе, и говорить, что всем было бы лучше, если бы OVZ был на Debian? Особенно с учетом его короткого (например, даже в сравнии с Ubuntu LTS, не говоря о RH) цикла поддержки?
| Quote: | Увы, ваши безосновательные доводы явно имеют религиозную почву и я не считаю нужным тратить время на холивар
|
А Ваши, нет? Всегда удивлял фанатизм "потомственных Дебианщиков"( (с) анонима с opennet), и их искреннее возмущение, когда им демонстрируют похожее, на них, поведение!
| Quote: |
Напомню обсуждается тема какое выбрать ядро сегодня:
- 2.6.18 оно давно тестится, потому стабильнее других, но огорчает производительностью и poweroff сдалать не умеет на моем железе. Потому я еще огребу проблемы при срабатывании UPS. Придется сочинять скрипты чтобы тушить систему принудительно через KVM.
- 2.6.27 почти нормально работающее, но не доделанное явно.
- 2.6.32 которое еще бы тестить и тестить, однако это версия ядра RH6 к которому openvz имеет историческую привязанность. В силу чего можно ожидать лучшую поддержку именно этой версии.
Думаю sHaggY_caT наверняка смело выберет 2.6.32 ибо свято верит в RH
|
У нас везде 2.6.18 EL, в том числе не OVZ-машинах, сейчас регрессий нет. На материнку можно вставить Нехалем в тестовых целях? Что бы проверить, не будет ли их на более старом CPU?
IT-outsource for UNIX servers,
http://ha-systems.ru
|
|
|
|
|
|
| Re: Выбор ядра 2.6.18 vs 2.6.27 [message #40414 is a reply to message #40404] |
Tue, 17 August 2010 09:30 |
sHaggY_caT
Messages: 144
Registered: August 2008
Location: Moscow, Russian Federatio...
|
Senior Member |
|
|
[QUOTE]| sa10 wrote on Tue, 17 August 2010 03:54 | | sHaggY_caT wrote on Tue, 17 August 2010 09:53 |
Постарайтесь, пожалуйста, увидеть бревно в своем глазу
|
А к себе сказанное не пытались применить?
|
Нет, так как холивар начали именно Вы, и никто больше, а так же продолжаете его, в худших приемах софистики переводя разговор на личность оппонента. Извините, у Вас проблемы с женой :/? Или что еще плохое случилось в жизни? Никогда раньше на этом форуме такого недостойного поведения, и неумения участвовать в дисскусии, за Вами не замечала!
| Quote: | кто
хуже и вы применили это к себе лично?
От обсуждения вашей личности отказываюсь.
Если вам это необходимо, заведите специальный сайт на эту тему.
|
Вообще-то речь именно о Вас! Причем тут я? Я именно Вас категорично обвинила(и продолжаю обвинять) в разжигании холивара, и написании спорного поста, достойного худших анналов ЛОРа, а сейчас Вы бесчестно пытаетась свалить все на меня, не понимаю, чего Вы добиваетесь?
Почему Вы не видите, что это именно Вы написали провокационный пост? Вы так всегда на замечание, в стиле 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 |
|
sa10
Messages: 103
Registered: May 2007
Location: Minsk
|
Senior Member |
|
|
| sHaggY_caT wrote on Tue, 17 August 2010 12:30 |
Ваша ненависть к RH-платформе
|
Это у вас от жары явно. Цитата из моего сообщения:
| Quote: | С большим уважением отношусь к RH, но всякому инструменту есть оптимальное применение.
|
А если не знаете о чем писать, перечитайте тему сообщения.
--------------------
|
|
|
|
Goto Forum:
Current Time: Sat Nov 09 03:38:21 GMT 2024
Total time taken to generate the page: 0.03226 seconds
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
