В списке рассылки разработчиков Linux ядра Адриан Банк (Adrian Bunk) сообщил (http://lkml.org/lkml/2008/10/11/235) о своем намерении поддерживать ядро 2.6.27 (http://www.opennet.me/opennews/art.shtml?num=18346) в течение нескольких лет. Эстафета длительного времени поддержки будет принята у ядра 2.6.16, обновления для которого выходят с марта 2006 года, но само ядро за два с половиной года заметно устарело.Длительный выпуск обновлений делается с целью заполнения ниши для тех пользователей, которые хотят использовать стабильное ядро без регрессий, вместо дистрибутивного ядра. Что касается ядра 2.6.16, то его поддержка продлится как минимум до середины следующего года. Инициатива по поддержке ядра 2.6.27 будет перехвачена в январе 2009 года, сразу после выпуска релиза 2.6.28, до этого времени обновления будут выпускаться в рамках основного цикла разработки ядра.
URL: http://lkml.org/lkml/2008/10/11/235
Новость: http://www.opennet.me/opennews/art.shtml?num=18370
Нечетное ядро объявили стабильным, куды катится наш линух?А 2.6.16 наверно на серваках?
>Нечетное ядро объявили стабильным, куды катится наш линух?
>
>А 2.6.16 наверно на серваках?C Новым Годом, дорогой товарищ! Вы, наверное, недавно с Альфа-Центавры из командировки вернулись? Принцип - нечётное - нестабильное, чётное - стабильное уже года с 3 как не работает! Это я навскидку - точно не помню - когда отошли от этого принципа. Помню, что достаточно давно. Про серваки - тоже тезис неверный. На всех моих 13 серверах сейчас:
uname -a
Linux gateway 2.6.25-gentoo-r7 #2 SMP x86_64 Intel(R) Xeon(R) CPU E5405 @ 2.00GHz GenuineIntel GNU/Linux
товарищи! учите матчасть! чётное-нечётное всё так же работает!
только учитывать этот принцип надо применительно ко ВТОРОМУ числу в нумерации ядра,
т.е. 2.6.х - стабильное, 2.5.х - девелоперское!
>На всех моих 13
>серверах сейчас:
>uname -a
>Linux gateway 2.6.25-gentoo-r7 ...спасибо,поржал=)
> На всех моих 13 серверахда, это заметно
>Нечетное ядро объявили стабильным, куды катится наш линух?
>
>А 2.6.16 наверно на серваках?Нестабильные - это те, у которых нечетное второе число (2.1.*, 2.3.* и тп).
Ура! Это большой шаг для человечества, и откровения для меня, не знал что 16 так опекали :-DВсегда хотелось знать, какое ядро посоветовать обычному смертному. Советовал обычно 2.6.18 эх....
У мня все серваки на 2.6.16.62 \m/
После .16 всяку хрень напихали:IBM Calgary IOMMU - у всех поголовно наверно стоят IBM's xSeries x366 and x460 systems. (причём по умолчанию включена!!!)
Group CPU Schedulers - параллельной балансировки за глаза хватает 99%
SLAB/SLOB/SLUB - я знаю, а вы? :)
DMAR - экзотика
ASPM - тоже самое
12 штук TCP advanced congestion control - хоть ж...й жуй, все равно 90% вручную перелапатить надо.
Power supply class support - поддержка зарядников для мобил :)
EDAC - зачем на с оперативкой ECC нужна error detection and correction?!?!?!Из не понятных
Block layer SG support v4 - из самолёта выкинули, парашют забыли выдать. А вдруг полетит!
Ну коль уж понапихали выше описаное какого х..я не выкинут
ATA/ATAPI/MFM/RLL support и OSS
А то получается, филиал дома пенсионеров на Гоа-транс вечеринки...
Из полезностейНормальный WiFi, поддержка кучи USB-камер и конечно Виртуализация!!!
Много чего реально полезного было с 2.6.16, это действительно и WiFi, в виде iwl3945, это и камеры в виде uvc и spca.
Ядро развивалось.
Потому переход с 2.6.16 на 2.6.27 как текущего стабильного оправдан.
>Много чего реально полезного было с 2.6.16, это действительно и WiFi, в
>виде iwl3945, это и камеры в виде uvc и spca.
>Ядро развивалось.
>Потому переход с 2.6.16 на 2.6.27 как текущего стабильного оправдан.Теперь-то да, пора уже...
Хотя, если мне вдруг понадобиться сервер с аппаратной виртуализацией,
я лучше отдельно прилеплю патчик на 2.6.16.62.
Много лишнего после 2.6.18 напихано, причем не отключаемого.
>Нормальный WiFi, поддержка кучи USB-камер и конечно Виртуализация!!!А этого мало?Ну вы зажрались однако! :)
А еще: поддержка туевой хучи новых архитектур, особенно ARM-based и прочая...
Ну конечно, для меня это предел мечтаний обнаружить после обновления что мой двд-ром (идишный) перестал работать из-за какого нибуть павлинукса.
>У мня все серваки на 2.6.16.62 \m/В каком дистрибутиве 2.6.16 сохраняют? Или ты ванилу ставишь?
>В каком дистрибутиве 2.6.16 сохраняют? Или ты ванилу ставишь?это реально стабильная ванилла, поддерживаемая волонтером.
>>В каком дистрибутиве 2.6.16 сохраняют? Или ты ванилу ставишь?
>
>это реально стабильная ванилла, поддерживаемая волонтером.если без патчей дистрибутива, тогда не так интересно.
>Всегда хотелось знать, какое ядро посоветовать обычному смертному. Советовал обычно 2.6.18 эх....То, что идет в rpm-ах с дистрибутивами Red Hat / CentOS, в крайнем случае от SLES или Debian Stable. Кстати, именно с тем, что в RHEL5 ядро 2.6.18, связан миф о более высокой стабильности ванильной версии этого ядра. Ставить ванильные ядра уже несколько лет приравнивается к игре в русскую рулетку.
Пару дней назад пролетала новость про переход Wikimedia на Ubuntu, честно говоря сильно удивило, ядро в Ubuntu никакое по сравнению с RHEL.
Не с RHEL переходили они, а с прости господи RH9...
> Ставить ванильные ядра уже несколько лет приравнивается к игре в русскую рулетку.Миф о русской рулетке придуман PR-менеджерами RedHat и SuSe, чтобы все пользовались дистрибными ядрами.
>> Ставить ванильные ядра уже несколько лет приравнивается к игре в русскую рулетку.
>
>Миф о русской рулетке придуман PR-менеджерами RedHat и SuSe, чтобы все пользовались
>дистрибными ядрами.Чесслово, кроме быстрой загрузки и пары десятков MFLOPS от ванилы не выиграешь.
>Чесслово, кроме быстрой загрузки и пары десятков MFLOPS от ванилы не выиграешь.Под большой нагрузкой различия в стабильности еще как заметны.
РедХатъ из коробки ни разу не глюкнул по вине ядра (7.0, 3, 4, 5)То что, до полного автопилота, надо любой Unix доделывать это и так понятно. Мы про ядро пока...
>Миф о русской рулетке придуман PR-менеджерами RedHat и SuSe, чтобы все пользовались
>дистрибными ядрами.и сотни патчей в пакете с ядром тоже по заказу PR менеджеров добавлены, и то, что под нагрузкой в паник не вываливается тоже их происки.
PR по поводу использования ядер из дистрибутивов пару лет назад развел Линус Торвальдс, сейчас официально конечной стабилизацией занимаются ядерные команды дистрибутивов, а в ванильных ядрах происходит наращивание функциональности.
>сейчас официально конечной стабилизацией занимаются ядерные команды дистрибутивов, а в
>ванильных ядрах происходит наращивание функциональности.именно
PS новость отличная
Видимо некоторые просто не понимают что окончательная исоха отдаваемая юзеру - это не гольное ядро а целый набор взаимосвязанных подсистем.И юзеру как-то совсем не фиолетово как оно работает все вместе.
>> Ставить ванильные ядра уже несколько лет приравнивается к игре в русскую рулетку.
>Миф о русской рулетке придуман PR-менеджерами RedHat и SuSe, чтобы все пользовались
>дистрибными ядрами.Говоря, следует аргументировать. Глупости лучше не говорить вообще.
Официальная позиция LKML уже довольно давно -- "ядра с kernel.org суть разработческие, за стабильными идите в свой дистрибутив". Равно как и позиция libc-alpha@, где уже изрядно устали посылать пионеров, не удосуживающихся почитать INSTALL/FAQ, назад к ма^W^Wв дистрибутив.
Формально признак чётности вроде не отменяли, но по факту ветки 2.7 нет и не предвидится, поскольку текущий процесс разработки позволяет избежать прыжков, которые бы оправдывали разрыв этого самого процесса на "стабильную" и "нестабильную" ветки на существенное время.
PS: к слову о соседней новости про b.d.o: предложили ввести капчу 00006 %)
>Пару дней назад пролетала новость про переход Wikimedia на Ubuntu, честно говоря
>сильно удивило, ядро в Ubuntu никакое по сравнению с RHEL.В смысле никакое, у тебя какой-то опыт на эту тему есть, или читал, или что?
>Всмысле никакое, у тебя какой-то опыт на эту тему есть, или
>читал, или что?Качаем исходники пакета с ядром redhat, sles и ubuntu. Сравниваем находящиеся там патчи.
Что есть "ванильное", это которое на kernel.org лежит, я правильно понял?
>Что есть "ванильное", это которое на kernel.org лежит, я правильно понял?да
по той же "формуле" уже называют и другие продукты, взятые непосредственно
у разработчика, без сторонних патчей.
на ядре 2.6.16 у меня перезагрузка работала. на 2.6.17 тоже.
Вопрос: что же такого улучшили в ядре, что перезагрузка на ASUS X50N перестала работать и почему девелоперы игнорируют это в багзилле?