LINUX.ORG.RU

Эндрю Мортон о состоянии ядра 2.6


0

0

Выступая на конференции LinuxTag в Висбадене, Эндрю Мортон высказал озабоченность плачевным состоянием ядра ветви 2.6: "Похоже что мы добавляем новые ошибки с большей интенсивностью, чем исправляем старые. Увеличивающееся количество дефектов -- это реальность, и с этим нужно что-то делать".

Одной из причин происходящего он назвал специфическую мотивацию разработчиков, нанятых компаниями-производителями железа -- им попросту невыгодно заниматься исправлением ошибок в драйверах устройств пятилетней давности, которые уже не продаются и следовательно не приносят прибыли.

Также в ходе выступления Мортон в очередной раз объяснил, что кандидаты на включение в ядро должны посылать новый код лично ему, а не Линусу Торвальдсу. "и хотелось бы чтобы этот код хотя бы компилировался без ошибок -- сейчас компилируется примерно 75% процентов из того что мне присылают" -- добавил он.

>>> Подробности

★★★

Проверено: Shaman007 ()

Ответ на: комментарий от theserg

посмотри на ядро 2.6....каждый день новое, каждый день точки добавляются...

anonymous
()

всех гениев считали некомпетентными... тот же Назаар Кантичели учился в институте на тройки, зато какие здания спроектировал. Линус наше все, и 2.6 имеет ряд преимуществ перед 2.4, надеюсь с этим никто не спорит? а точки... Ну что же если вы при выходе ядра качаете все ядро а не патч от старого - тогда понятно чем вам линус не нравится, для себя я сделал один конфиг и тащу его с версии 2.6.5(первое что опробовал из 2.6) вплоть до нынешнего. Иногда посматриваю на новые параметры ядра, но уже просто когда качаю что-нибудь тяжелое из инета, и комп всеравно стоит без дела - чего бы ему ядро не подкорректировать...

anonymous
()
Ответ на: комментарий от anonymous

А при чем тут патчи? Главней каждый день новое и прямое заявление что больше не будет стабильной ветки.

anonymous
()
Ответ на: комментарий от anonymous

Кстати, а есть какие-нибудь "стабильные" ветки 2.6? Чтобы просто кто-то взял 2.6.чего-тотам и отлавливал баги?

Ещё интересуют realtime-патчи для 2.6 - такое есть?

krupskiy
()

Мдя. Видимо ограничение периода добавления новых фич не помогает. Может их вообще пару релизов не добавлять?

Iocr
()
Ответ на: комментарий от krupskiy

> Кстати, а есть какие-нибудь "стабильные" ветки 2.6? Чтобы просто кто-то взял 2.6.чего-тотам и отлавливал баги?

RedHat Enterprise Linux/Suse Enterpise/Debian Stable

birdie ★★★★★
()
Ответ на: комментарий от anonymous

Я согласен с Эндрю, что онанимоус уже давно некомпетентен.

plm ★★★★★
()
Ответ на: комментарий от anonymous

> Я согласен с Эндрю что Линус уже давно не компетентен...

Ты не понял контекста. Эндрю занимается production веткой, а Linus - devel веткой. Эндрю надо слать стабилизирующие патчи/обновление драйверов для продакшн релиза, Линусу - новые идеи.

dmesg
()
Ответ на: комментарий от dmesg

И где ты видишь в его словах слова о продакшен?

"Похоже что мы добавляем новые ошибки с большей интенсивностью, чем исправляем старые. Увеличивающееся количество дефектов -- это реальность, и с этим нужно что-то делать".

anonymous
()
Ответ на: комментарий от krupskiy

> Ещё интересуют realtime-патчи для 2.6 - такое есть?

Есть конечно. real-time в Linux занимается Al Viro из RedHat. Поищи в инете патчики.

dmesg
()
Ответ на: комментарий от anonymous

> И где ты видишь в его словах слова о продакшен?

Он о production ничего не говорил. Я говорю - он мейнтейнер production ветки, которой на данный момент является 2.6 (новость-то читал? Она начинается со слов: Andrew Morton, the lead maintainer of the Linux production kernel).

Если тебе нужно стабильное ядро, тут уже писали - бери RHEL/SLES. Как говорится - товар сертифицирован.

dmesg
()

на самом деле они задолбали, в день по 2 релиза выходит.. куда они смотрят?

anonymous
()
Ответ на: комментарий от krupskiy

Вроде в апреле проскакивала новость что нашелся желающий зацепить ветку 2.6.16 и вылизывать её

vsd
()
Ответ на: комментарий от anonymous

> The latest stable version of the Linux kernel is: 2.6.16.14 2006-05-05 00:25 UTC FVVICChangelog

Скажите какое из ядер стабильней: 2.6.(x+1).0 или 2.6.x.max?

Раньше были preX, потом rcX, потом шло нормальное ядро без суфиксов. Теперь тоже самое только с номером али как?

Toster
()

Мля... вот ведь мазохисты... давно бы уже написали единый бинарный интерфейс для дров, и пускай с ними возюкалисьбы производители железяк... а так сами огребают чужой гемморой....

anonymous
()
Ответ на: комментарий от Toster

вот подпишись на рассылку kernel.org
потом вопросы задавай
там тебе и про rc и про остальное написано будет

anonymous
()
Ответ на: комментарий от Toster

>Скажите какое из ядер стабильней: 2.6.(x+1).0 или 2.6.x.max?

По мне так самое стабильное ядро - 2.4.31. Его и использую на серверах.. 2.6.* - я считаю "домашним", для использования на мультимедийных домашних рабочих станциях..

My_quest ★★★★★
()
Ответ на: комментарий от krupskiy

> Ещё интересуют realtime-патчи для 2.6 - такое есть?

есть, а еще есть планировщик (уже в ядре) более-менее близкий к realtime

vadiml ★★★★★
()
Ответ на: комментарий от anonymous

> тот же Назаар Кантичели учился в институте на тройки, зато какие здания спроектировал

Я ниче не путаю, это тот который Трансфааль-парк и Бассманный рынок проектировал?

GhostDragon
()
Ответ на: комментарий от anonymous

> давно бы уже написали единый бинарный интерфейс для дров, и пускай с ними возюкалисьбы производители железяк...

Фанатики-опенсорсники типа RMS этого не допустят, и плюс производители железа этим заниматься врядли будут. Что-то я не видел нативных дров за исключением некоторых сетевух и RAID. Ну и нвидия с АТИ само собой.

krupskiy
()
Ответ на: комментарий от GhostDragon

Он самый. И результаты его работы налицо. Что же до ядра, то это ИМХО, неизбежные болезни роста "на стероидах". Кому надо стабильности -- любая stable комм. дистра. В остальном же, такие проблемы можно лишь считать побочным эффектом быстрого развития.

bigc ★★
()
Ответ на: комментарий от krupskiy

>то-то я не видел нативных дров за исключением некоторых сетевух и RAID. ну и нвидия с АТИ само собой.

Посмотри повнимательней, и увидишь куда больше.

bigc ★★
()

>"и хотелось бы чтобы этот код хотя бы компилировался без ошибок"

Ишь, чего захотел!

anonymous
()
Ответ на: комментарий от anonymous

>A podskazhite pliz, chto eto pri starte udev tak dolgo dumaet? Jadro 2.6.16.11. Ostalvljaet zdorovennyj log

У тебя наверное reiserfs. Перенеси /var на xfs и здоровенный лог будет создаваться в два раза быстрее.

dn2010 ★★★★★
()
Ответ на: комментарий от birdie

Спасибо за ссылку, патчи к федоре жмёт чувак отдавать в общую копилку, однозначно :) И кому нужно тянуть в ветку 2.6 весь этот каменный век, который еще в 1995 году перестали выпускать? Пускай те кому надо сидят на 2.4, большего и не потянет такое старьё, а в качестве "боевого" это железо не годится. Вспомнили что никто не хочет исправлять древние дрова? Да их не исправлять надо, а заново переписывать - а кому оно больше всех надо? Правильно - никому.

los_nikos ★★★★★
()
Ответ на: комментарий от los_nikos

> И кому нужно тянуть в ветку 2.6 весь этот каменный век, который еще в 1995 году перестали выпускать?

Оно кроме размера исходников ни на что не влияет. Как эти дрова написали и отладали хз сколько лет назад, так они там и болтаются в неизменном виде. Там же всё модульное - если не включать поддержку всяких древностей, то они никак не будут задействованы.

MC_Valakyan
()
Ответ на: комментарий от los_nikos

Глупость.

По моему из-за эффекта масштаба такое произошло. Надо стандартизировать API.

К примеру Windows не страдает от отсутствия драйверов и это не является для этой ОС сдерживающим фактором роста.

Может и Линуксу пора уже определиться с тем как должны работать ядра.

anonymous
()
Ответ на: комментарий от dmesg

>> Ещё интересуют realtime-патчи для 2.6 - такое есть?

>Есть конечно. real-time в Linux занимается Al Viro из RedHat. Поищи в инете патчики.

Al Viro этим не занимается. Вы перепутали с Ingo Molnar.

Адрес real-time патчей:

http://people.redhat.com/~mingo/realtime-preempt

>dmesg (*) (07.05.2006 12:53:

rtc ★★
()
Ответ на: комментарий от los_nikos

> Да их не исправлять надо, а заново переписывать - а кому оно больше всех надо? Правильно - никому.

Вот-вот под винду так и сделали. И кому тогда нужен линух, в котором с новым железом проблемы из-за отсутвия дров, со старым железом - проблемы из-за того что дрова забросили, а с не очень новым железом проблемы из-за постоянной ломки интерфейсов ядра? Правильно - никому.

anonymous
()
Ответ на: комментарий от anonymous

У меня все новые и старые устройства отлично определяются.

krasnoglaziK
()

ошибка в том, что избавились от нечетности в версии ядер. вот была когда-то 2.5 и никто из обычных юзверей не страдал, сидя на 2.4...

soko1 ★★★★★
()
Ответ на: комментарий от bigc

угу, а ты вообще о строительстве знаешь хоть что-то. По проекту трансвааль должен был быть с алюминевой крышей(по Назаровски изначально), арабы которые это дело построили заменили драгоценный металл бетонной скорлупкой, которая на растяжение работает отвратительно. Вывод - ошибка в строительстве но не в проектировании. И фундаментного блока по высоте было на полметра меньше чем по проекту... Так что Назаара не трогать... Он можно сказать гений среди инженеров-конструкторов. Единственная его оплошность - не предусмотрен был водосброс с крыши басманного рынка. Но по выясненным обстоятельствам виновата неправильная экспуатация здания.

anonymous
()

Мортона как и Линуса давно надо гнать взашей от кернела - его плаченое состояние во многом результат деятельности этих двух субчиков. Первый склочник, а второй тихо подвигся хз на чём.

anonymous
()
Ответ на: комментарий от soko1

по поводу интерфейса для дров - может костылем встать использование GPL2, а лицензию, не опросив ВСЕХ кто принимал участие в создании ядра ЗА ВСЕ время его жизни - нельзя.

по поводу наличия дров - извините, тут не совсем ядра проблема. udev предоставляет прозрачную и достаточно удобную схему управления устройствами, но вот дрова не пишут сами разработчики этих дров от компании производителя. Не пишут по причине не очень большой распространенности линукса. Была бы она 30% - были бы дрова, технических проблем тут нет. Проприетарщину можно и сейчас сделать, не раскрыв своих секретов, только вот самому производителю написание драйвера под линукс не выгодно, они лучше обновят виндовые и будут дальше получать свою кучу баксов без лишних телодвижений.

BaBL ★★★★★
()
Ответ на: комментарий от anonymous

> Назаар Кантичели учился в институте на тройки

Во-первых, Нодар Канчели. Ты видимо ещё в школе на тройки учился.

Во-вторых, сабж получал второе высшее на мехмате МГУ. Что уже говорит о многом.

elio
()
Ответ на: комментарий от anonymous

> и 2.6 имеет ряд преимуществ перед 2.4, надеюсь с этим никто не спорит?

ряд преимуществ имеет, как и ряд недостатков:

- тормознутый IDE (даже SCSI/SATA-драйвер для PATA работает быстрее, чем нативный IDE, для VIA-чипсета во всяком случае так)

- постоянно что то ломается, что то переделывается, в 2.6.16 поломали Matrox FB драйвер, хотя уже года 3 ничего нового в него не добавляют, видимо подгоняют под API 2.6.x

- сторонние драйверы для старых версий 2.6.x вообще невозможно просто прикрутить, я лично уже 4 раза переделывал драйвер mga_vid для mplayer (сейчас работает, но редко бывает непонятный глюк - тормозить начинает вывод картинки, и тут уже моего опыта/знаний не хватит)

Эта тенденция пошла с 2.4.x ядер, тогда тоже сломанная VM была на протяжении наверное 2.4.1-15 ... А сколько 2.4.х версий выходили на следующий день после выхода предидущей стабильной? Как минимум 2. Тенденция однако.

P.S. Высказываюсь как пользователь.

saper ★★★★★
()
Ответ на: комментарий от anonymous

> скоро будем ядро только из CVS забирать, как mplayer :))

собираю из ебилдов, беды не знаю. А что там в CVS?

AngryElf ★★★★★
()

Открыли бы 2.7 ветку и не парились, а то получается в одной песочнице и танки строят и траншеи роют.

gh0stwizard ★★★★★
()
Ответ на: комментарий от anonymous

> И кому тогда нужен линух, в котором с новым железом проблемы из-за отсутвия дров, со старым железом - проблемы из-за того что дрова забросили, а с не очень новым железом проблемы из-за постоянной ломки интерфейсов ядра?

Очень точно подмечено :-)

saper ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.