Home » International » Russian » Выбор ядра 2.6.18 vs 2.6.27
| 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 |
|
|
|
Current Time: Wed Jul 16 12:31:32 GMT 2025
Total time taken to generate the page: 0.06690 seconds
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
