1.1, ононим (?), 22:38, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>В базовом ядре оставлена поддержка организации изолированных контейнеров на базе технологии OpenVZ.
а из убунты OpenVZ убрали. кто знает, напишите почему.
| |
1.2, sHaggY_caT (ok), 22:52, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
>а из убунты OpenVZ убрали. кто знает, напишите почему.
Проектом OpenVZ официально считаются стабильными только ядра, на основе ядер RHEL 4 и RHEL 5.
"Свежие" же, более младшие, чем 2.6.18 EL-ветки ядра стабильными не считаются, и имеют "обрезанный" функционал (например, убирают CPULIMIT)
На самом деле, все относительно, так как RHEL 5.5 вполне современное ядро (конечно, некоторых вещей, вроде Cgroups там нет, но жить это не мешает).
Ubuntu и Debian используют "пионерские", и не очень стабильные, с точки зрения проекта OVZ, ядра.
Вероятно, столкнувшись с большим количеством проблем, OVZ и дропнули в Ubuntu.
Добавлю, что в больших инсталляциях OpenVZ и Virtuozzo, практически всегда ставится на CentOS, а вот в контейнерах может быть все, что угодно.
>почему
Вероятно, из-за проблем с UDEV: из-за этого же чуть не дропнули в Debian.
| |
|
|
3.13, sHaggY_caT (ok), 01:33, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
> sHaggY_caT - CPULIMIT это же огричение числа ядер на CT ?
Нет, то, о чем Вы говорите, это CPUS (причем, учитываются и потоки).
CPULIMIT, это жесткий лимит на количество процессорного времени, удобно комбинировать и с CPUS, и с CPUUNITS (приоритет)
| |
|
|
5.18, sHaggY_caT (ok), 12:22, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>мм, __вроде__бы__ у меня оно есть в 27 ядре . Как проверить
>?
vzctl set <VEid> --cpulimit 30 && vzctl exec <VEid> cat /proc/cpuinfo
Какие возможности в каком ядре есть, можно посмотреть в вике на оффсайте. Все возможности есть только в стабильных ядрах.
Сейчас, кстати, добавили в vzctl и последнее RHEL 5-based ядро кучу вкусностей, вроде ядерного NFS внутри контейнера.
| |
|
6.20, rpisarev (?), 13:36, 07/08/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Будем надеяться, что теперь и в Ububntu бэк-портируют OpenVZ-ядро. А то в свежем LTS его ещё нет, приходится ютиться на на 8.04 LTS. Лично мне хочется верить в это :)
| |
|
7.21, sHaggY_caT (ok), 14:27, 07/08/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Будем надеяться, что теперь и в Ububntu бэк-портируют OpenVZ-ядро. А то в
>свежем LTS его ещё нет, приходится ютиться на на 8.04 LTS.
>Лично мне хочется верить в это :)
Лучше поставьте на HN CentOS, а вот в контейнерах разводите любимые убунты :)
| |
|
|
7.30, sHaggY_caT (ok), 00:02, 08/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>мдя, нету - показывает реальные ядра
Некоторые ставят на Debian OVZ RHEL 5 ядра через alien, говорят, что работает. Но это касалось Lenny...
| |
|
|
|
|
|
|
1.5, sHaggY_caT (ok), 23:22, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Код прошивок (firmware) выделен из основного ядра и поставляется отдельно.
Имхо, зря: свобода, конечно, хорошо, но вот проблемы с железом (и с установкой на железо) обеспечены...
>Миграция со стандартной системной библиотеки GNU C Library (glibc) на eglibc >2.11 (Embedded GLIBC).
Интересно :), надеюсь, не будет регрессий
>Переход на новую систему инициализации insserv, учитывающую при загрузке >зависимости между init-скриптами и поддерживающую параллельную загрузку >скриптов инициализации, что приводит к заметному уменьшению времени загрузки;
И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?
| |
|
2.7, koblin (ok), 00:13, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
> И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?
наверное оно вызывает плохие ассоциации со SCO =)
| |
2.9, User294 (ok), 00:36, 07/08/2010 [^] [^^] [^^^] [ответить]
| –4 +/– |
> И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?
Потому что в XXI веке он уже несколько неактуален. Долго стартует, не умеет рестарт сервисов при падении и их мониторинг, етц. Единственный его плюс - совместимость. Ну по такой логике MS-DOS лучшая система всех времен и народов :) с ней до сих пор совместимы слегка некоторые операционки :)
| |
|
|
4.27, User294 (ok), 22:23, 07/08/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>А опция respawn?
Вообще да, кстати - в этом месте я ступил :(. Правда толку с такого рестарта не больно то и много: если демон просто повиснет, инит не допрет его перезапустить. Один фиг приходится чем-то еще довесочным это делать, что не прикольно совсем (в идеале система управления демонами должна бы и такое уметь, заменив собой кучи левых костылей). А отсутствие зависимостей старта демонов от событий/готовности железа и последовательный запуск поочередно - весьма тупо для XXI века. И не здорово совсем минуту ждать там где другие за 10 секунд запускаются. На серверах это может и не так важно. А в некоторых других местах зато - очень даже не лишне.
| |
|
|
2.12, filosofem (ok), 01:22, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Переход на новую систему инициализации insserv, учитывающую при загрузке >зависимости между init-скриптами и поддерживающую параллельную загрузку >скриптов инициализации, что приводит к заметному уменьшению времени загрузки;
>
>И это, имхо, тоже зря: почему все так хотят закопать старый добрый
>System V?
В данном случае ее не закапывают, а обеспечивают инвалидной коляской и парой костылей. Видимо автор новости очень спешил и сам не понял, что перевел.
| |
2.17, log (ok), 11:15, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Код прошивок (firmware) выделен из основного ядра и поставляется отдельно.
>
>Имхо, зря: свобода, конечно, хорошо, но вот проблемы с железом (и с
>установкой на железо) обеспечены...
>
Согласен.С установкой на железо.
Хотя проблема решается использованием к примеру, образа firmware-testing-amd64-netinst.iso.
| |
2.19, Aquarius (ok), 12:38, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Миграция со стандартной системной библиотеки GNU C Library (glibc) на eglibc >2.11 (Embedded GLIBC).
>
>Интересно :), надеюсь, не будет регрессий
да вроде бы как не должно - исходники-то по сути те же
| |
|
1.6, alexanderyt (??), 00:02, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Одному мне показалось, что "Основные особенности будущего релиза" как-то не очень ярко выглядят?
| |
|
2.10, cuki (?), 00:39, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
таки релиз вовсе и не яркий. Дебиановцы не рекомендовали обновляться до Squeeze на рабочих машинах, а сразу обновляться с Lenny до семёрки.
| |
|
1.11, Кракен (?), 00:57, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Переход на новую систему инициализации insserv
Теперь у каждого дистра своя система инициализации?
| |
|
2.15, pavlinux (ok), 04:21, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Переход на новую систему инициализации insserv
>Теперь у каждого дистра своя система инициализации?
Когда в зоопарке только обезьяны, это весело, но быстро надоедает.
| |
2.25, stranger (??), 16:09, 07/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Переход на новую систему инициализации insserv
>
>Теперь у каждого дистра своя система инициализации?
Вообще insserv в SUSE используется вместе с SystemV и ничего, все нормально работает.
| |
|
|
2.35, StrangeAttractor (ok), 14:31, 10/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Лучше бы проявляли консервативность там, где от этого удобнее - не извращались бы с идентификаторами дисков и скриптами инициализации.
| |
|
3.38, анонимус (??), 17:30, 14/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
В каждом ядре добавляются новые "фишки", улучшается поддержка железа, исправляются баги. Регрессии конечно тоже бывают, но это поправимо. А вот сидеть на старых ядрах — значит лишиться части новых возможностей свежих ядер.
| |
|
2.37, phaoost (ok), 17:08, 11/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Переход на использование Linux-ядра 2.6.32
>
>Блин, 2.6.35 на дворе, они только на 2.6.32 переходят...
это как раз хорошо, т.к. 2.6.32 будет поддерживаться долго. 6й рхел тоже на нём будет
| |
|
1.41, Артм (?), 16:06, 23/01/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Блин, 2.6.35 на дворе, они только на 2.6.32 переходят...
Так они зато это самое ядро ПОЛНОСТЬЮ встроят в систему, а не выпустят полусырой продукт
| |
|