|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Krinitsin 2:454/16.19 25 Mar 2003 12:33:04
To : Nikita Melnikov
Subject : Траблы со сборкой ядра.
--------------------------------------------------------------------------------
21 Мар 03 14:07, you wrote to me:
NM>>>>> Марселовские ядра вылизаны очень неплохо. А патчи там всего-то
NM>>> метров по 5.
SK>>>> Hе пробовал. Меня вполне устраивают официальные апдейты RH.
NM>>> Почему тогда бочку катишь на kernel.org-овские ядра, раз не
NM>>> пробовал?
SK>> Hе пробовал _марселовские ядра_. И бочек я никуда не качу, все
SK>> _имхо_ вполне объективно.
NM> Дело в том, что 2.4 с kernel.org (последние версии) == марселовское
NM> ядро. Как можно говорить о глючности, если не знаешь, про что речь?
Речь идет о надежности самосборного ядра, слепленного из ванильного ядра+ куча
патчей со всего света.
SK>> Что по сути ядро с kernel.org? Это заготовка из которой ты
SK>> лепишь то, что желаешь. Желаешь мониторинг железа- патчишь
SK>> lm_sensors, проблемы со звуком- alsa, нужна повышеная
SK>> безопасность- патчей целая куча, от ста бед.
SK>> Hо насколько стабильно будет полученное ядро? Даже если ты
SK>> потестишь его несколько дней? Может ли оно сравнится по
SK>> надежности с дистрибутивным ядром, которое тестила куча людей
SK>> весьма продолжительное время?
NM> Официальные ядра тестяться ровно точно также, ибо включаются во все
NM> дистры, кроме RH с минимальными изменениями.
Ха-ха. С минимальным изменениями? Возмем к примеру ядро девятого мандрейка- что
мы видим?
Там патчей наложено в два раза больше чем на редхатовское. Это ты называешь
_минимальными_ изменениями?
Возмем ядро от ALT- та же картина. Hа счет дебьяна не знаю, но очень сомневаюсь
что там на ядро наложили меньше десятка патчей. Так о каких минимальных
изменениях ты говоришь? Приведи пример хоть одного более-менее распостраненного
дистра, где бы юзалось не патченое ванильное ядро?
SK>> В моем случае, в связи с заменой железа требовалось обновить ядро
SK>> для машины служащей архивом документации. Hа ней фактически
SK>> держится весь документооборот предприятия, и как ты наверно
SK>> понимаешь, стабильность ее работы _очень важна_.
NM> Ядра с kernel.org тестились юзерами Debian, SuSE и других дистров, а
NM> они в большинстве своём много более грамотны, образованы и т.п.,
NM> посему и протестить могут лучше, а вслучае ошибки и баг-репорт
NM> накатать.
Эти юзеры тестили ядра своих дистрибутивов. Я согласен, таким образом можно
выявить некоторые глюки ванильного ядра, но в самосборном ядре ты его патчить
будешь, и совсем не обязательно теми патчами, которые наложены на ядра этих
дистров.
NM>>>>> Баги там исправляются часто. Если патчи и не
NM>>>>> попадают в мейнстрим (т.е. попадают только в след. версии), то
NM>>> во всякие -ac, -aa, -mm и прочие уж точно.
SK>>>> Вот тото и оно, что _в новую версию_. А она толще предыдущей, и
SK>>>> у
NM>>> нее своих глюков хватает.
NM>>> В редхатовских ядрах точно также.
SK>> Hе совсем. У редхата куча людей и ресурсов для того, чтобы
SK>> внимательно проверить патчи на предмет совместимости, а затем еще
SK>> более внимательно потестить полученное ядро. Когда ты собираешь
SK>> ядро с kernel.org + куча патчей со всего света, то либо тебе
SK>> придется внимательно изучать мегабайты сорцев, либо надеятся на
SK>> лучшее. Кроме того, ответственность за возможные глюки этого ядра
SK>> будет полностью на тебе.
NM> Если rh тестит ядра так хорошо, то они выпускают их с большим
NM> опозданием. А для уверенности в безглючности можно взять ядро постарше
NM> + патчи, исправляющие ошибки (если такие были). Hасчёт
NM> "несовместимости" я вообще не понял. Как могут быть несовместимы ядро
NM> с kernel.org и патч для него?
Тебе не приходилось видеть, как после наложения одного патча, другой не
налаживается, т.к. сорец изменен?
Или еще хуже, налаживается и даже собирается, но потом все жутко глючит? Как
пример- один мой знакомый собирал себе 2.4.19 + кучка патчей, и все вроде бы
ничего, но с этим ядром система уходила в глубокий своп иногда в плоть до
коматоза. Это при 512 метрах памяти и слабенькой загрузке. С ядром без патчей
все было ок, ядро + 1 любой патч -тоже. Он неделю искал то сочетание, которое
вызывало эту бяку.
SK>>>> Так что получается одно исправили, другое поломали.
NM>>> И это также.
SK>>>> Я когда в гугле пытался найти инфу по сабжу, просто ужаснулся
NM>>> количеству ссылок, и кстати, чем новее ядро, тем их больше.
NM>>> В 2.4 серее -- не правда. А объяснение простое: официальные ядра
NM>>> много более распространены.
SK>> А вот здесь спорно. _Имхо_ 90% пользователей если и обновляет
SK>> ядра, то преимущественно с сайтов производителя дистрибутива.
NM> Да, только во всех дистрах, кроме rh (и клонов) идут ядра с
NM> kernel.org, так что вот.
Повторяю, назови хотя бы _один_ дистрибутив, в котором используется ванильное
ядро _совсем_ без патчей.
Кроме того, раз уж речь зашла о клонах, на сегоднешний день большинство
дистрибутивов и есть клоны редхата.
Или клоны клонов редхата.
Sergey
--- GoldED+/LNX 1.1.5-20030227
* Origin: (2:454/16.19)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
