The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Анализ уровня стабилизации базового ядра в Fedora и Red Hat Linux

04.07.2007 13:42

Dave Jones обобщил информацию насколько Linux ядро из пакета входящего в состав различных версий дистрибутивов, начиная с Fedora Core 1 и Red Hat 7.0,отличается от стандартного ядра с kernel.org.

В среднем в Red Hat Linux и Fedora Core на стандартное ядро наложено в среднем 100-200 корректирующих патчей, в отличии от RHEL - в котором число патчей приближается к тысячи.

Ниже представлена сводная таблица:
ДистрибутивЧисло патчейВерсия ядра
Red Hat Linux 7.0702.2.24
Red Hat Linux 7.31202.4.20
Red Hat Linux 81172.4.20
Red Hat Linux 91432.4.20
Fedora Core 11052.4.22
Fedora Core 2782.6.10
Fedora Core 31082.6.12
Fedora Core 4852.6.17
Fedora Core 51452.6.20
Fedora Core 61912.6.20
Fedora 71642.6.21
RHEL33952.4.21
RHEL410782.6.9
RHEL58812.6.18


  1. Главная ссылка к новости (http://kernelslacker.livejourn...)
  2. OpenNews: Динамика появления новых ошибок в Linux ядре.
Лицензия: CC BY 3.0
Источник: osnews.com
Короткая ссылка: https://opennet.ru/11279-linux
Ключевые слова: linux, kernel, patch
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (8) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, zuborg (?), 14:07, 04/07/2007 [ответить]  
  • +/
    это отдельные патчи из старших ядер, что ли ?
    иначе почему они не в старших ядрах, раз патчи такие полезные ?
     
  • 1.2, vadiml (?), 14:46, 04/07/2007 [ответить]  
  • +/
    RHEL4  1078 -- это в RH дотягивают старое ядро до новых в поддержке оборудования
     
  • 1.3, Аноним (-), 14:59, 04/07/2007 [ответить]  
  • +/
    +1 сетевушки marvell появились в ядре 2.6.14 только, а в rhel 2.6.9 уже были
     
  • 1.4, Michael Shigorin (ok), 15:16, 04/07/2007 [ответить]  
  • +/
    Патчи -- вовсе не всегда бэкпорты, например один из RHEL5 включает назад выкинутый firmware, +/- поддержка оборудования, исправления выявленных проблем, местами -- другой взгляд на вещи, чем в upstream.

    Что и понятно, поскольку kernel.org официально объявлен девелоперской площадкой с тем, чтобы работающие для всех ядра поставляли вендоры.  Мне кажется, так действительно лучше, поскольку человек, который тянет и собирает ядро сам -- обязан или иметь достаточную квалификацию, или ясно понимать цель её наработать.  Иначе просто смысла нет.

    Рекомендую также почитать эту статью: http://lwn.net/Articles/239036/ (про бэкпорты как не лучший способ обеспечения поддержки enterprise linux).

     
     
  • 2.5, Аноним (5), 16:20, 04/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Что и понятно, поскольку kernel.org официально объявлен девелоперской площадкой с тем, чтобы
    >работающие для всех ядра поставляли вендоры.  Мне кажется, так действительно

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

     
     
  • 3.6, _Nick_ (??), 21:54, 04/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    угу
    ничем не подвержденная тенденция
     
  • 3.7, _Nick_ (??), 22:18, 04/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    почитай урлу, что тебе человек дает.
    Скорее наоборот - в mainstream'e будут живые ядра.
     
  • 3.8, gvy (ok), 01:28, 05/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>Что и понятно, поскольку kernel.org официально объявлен девелоперской
    >>площадкой с тем, чтобы работающие для всех ядра поставляли вендоры.
    >Тенденция к тому, что работоспособные ядра будут только у
    >производителей дистрибьютивов ?
    Так это было просто признание очевидного факта.  В том же RH ядра патченые вовсе не для того, чтобы работали хуже -- они решают проблемы своих заказчиков, а не от нечего делать колупают исходники.

    Точнее, ядро с kernel.org может как работать, так и не работать в конкретных руках -- смотря как повезёт с версией, железом и опытом.  Например, 2.6.1[89] имеют больше шансов в среднем, а вот 2.6.21 -- заметно меньше.  Соответственно см. и комментарии DJ про количество патчей и то, к каким апстримным версиям ближе их дистрибутивные сборки.  Которые по крайней мере в случае RHEL работать скорее обязаны.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру