LINUX.ORG.RU

Система разработки ядра Линукса даёт сбои


0

0

Второй человек в Линуксе, Andrew Morton, горько сетует по поводу состояния разработки -mm ветки ядра (напомню, что именно в неё сначала добавляются добавляются экспериментальные патчи, а только потом, после тестирования они имеют шанс попасть в основное ядро): "У меня ушло двое полных суток на то, чтобы всё это скомпилировать и загрузить на нескольких моих компьютерах. Чтобы добиться положительного результата в этом процессе, я написал около девяносто исправляющих патчей и патчей по отбрасыванию ненужного. Уже сейчас я наблюдаю несколько известных мне багов, но, полагаю, на самом деле, их гораздо больше. Я должен сказать, что [такая модель разработки] больше не работает." Последний патч для ядра 2.6.23-rc6 весит почти 30 мегабайт. По русски говоря, это около тридцати тысяч страниц исходников (если оптимистично считать по тысячи символов на страницу).

В продолжении, на вопрос об очередном патче, он пишет: "С меня довольно, пускай этим займётся Greg". Определенно, ресурсов одного человека не хватает для столь тяжёлой и ответственной работы.

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

★★★★★

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

Жуть какая... Линуксокапец? Если уж Мортон опускает руки, то чего все доматывались к бедному анестезиологу?

boombick ★★★★★
()

>Жуть какая... Линуксокапец? Если уж Мортон опускает руки, то чего все доматывались к бедному анестезиологу?

Нет это не линукскапец - это Линус дорулился.

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

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

ЗЫ. наверняка Танненбаум обкончался во весь рост.

kott ★★★★★
()

Неужели нет других людей кто бы мог подсобить ? Тот же Алан Кокс да и еще туева хуча корнельных девелоперов ? Я думаю многие были бы рады помочь, вот только видимо их не допускают к этому либо боятся, что напартачят.

anonymous
()

Куда подсобить? Вы понимаете что такое 30 мегабайт исходников? Или вы предлагаете принимать их не глядя?

Demimurych
()

>сначала добавляются добавляются Шаман проверил.

Главное что вся эта куйня не попала в ваниллу, а так пусть найдут человека. Я думаю такая вакансия долго пустой не будет. Вон печально известный анастезиолог всё никак не может найти себе места.

yurikoles ★★★
()

К этому все и шло, что стало очевидно уже давно.

anonymous
()

Дело не в ресурсах, дело в том что это монолитное ядро. Проблемы совершенно понятные. Я уже давно на всех форумах говорю, что так дальше нельзя. Надо переходить к микроядру.

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

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

> Нет это не линукскапец - это Линус дорулился.

Теперь все о форке говорят. Давайте у нас будет не только куча "частично совместимых" между собой дистрибутивов, а ещё и куча "частично совместимых" между собой ядер.

ИМХО, пора переходить на *BSD...

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

> Дело не в ресурсах, дело в том что это монолитное ядро. Проблемы совершенно понятные. Я уже давно на всех форумах говорю, что так дальше нельзя. Надо переходить к микроядру.

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

Чушь городите, даже если бы это было микроядро, объём патчей всё равно был бы гигантским.

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

>Дело не в ресурсах, дело в том что это монолитное ядро. Проблемы >совершенно понятные. Я уже давно на всех форумах говорю, что так дальше >нельзя. Надо переходить к микроядру.

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

Согласен

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

Ты хоть понимаешь, о чем говоришь? Хочешь микроядро - иди и разрабатывай хурд.

PS И это не от того, что все подсели на линукс и ненавидят хурд (e.g. Ядро *BSD, которое хоть и уступает ядру Linux, вполне себе работоспособно), а от того, что микроядро мягко говоря на порядки сложнеее в разработке и в разы уступает в плане производительности.

anonymous
()

>ИМХО, пора переходить на *BSD...

На какой именно *BSD? Их как минимум 4 несовместимых (соответственно 4 несовместимых ядра). И как минимум с 10 дистрибутивов.

anonymous
()

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

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

>На какой именно *BSD? Их как минимум 4

На FreeBSD, родной ты мой, на фри... Фря - наиболее продвинутая и универсальня *BSD. А всякие форки типа MirBSD DragonflyBSD Debian etc можно вобще не рассматривать.

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

Я подозреваю оно обновлялось бы чаще и стабильнее... или перерослобы опять в монолитку :D

ну да поживём увидим... Линух - бесплатная венда, что и имеем...

yantux
()

А по-моему надо просто мозг включить. Сейчас исодники ядра - это 40 мегов в архиве. При той схеме, когда все драйвера пихают туда, оно скоро и до 100 дорастет.

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

Вот тогда действительно будет _ядро_. Придется, естественно пересмотреть систему сборки и конфигурирования. Добавить проверку совместимости драйверов при сборке...

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

>На FreeBSD, родной ты мой, на фри... Фря - наиболее продвинутая и универсальня *BSD. А всякие форки типа MirBSD DragonflyBSD Debian etc можно вобще не рассматривать.

Лол? Это кто Вам такое сказал про FreeBSD? То, что Вы назвали, форками не являются - это скорее дистрибутивы FreeBSD в терменологии Линукс.

BSD на данный момент - это FreeBSD, NetBSD, OpenBSD, Darwin.

>Фря - наиболее продвинутая и универсальня *BSD.

Да ну. Попробуйте это сказать фанатам Mac OS X - самой продвинутой десктопной, администраторам и прочим IT'шникам пользующих NetBSD, как самую продвинутую серверную и OpenBSD, как самую безопасную из всех BSD.

Так в чем же заключается продвинутость и универсальность FreeBSD?

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

Why Microkernels Suck

> Я уже давно на всех форумах говорю, что так дальше нельзя. Надо переходить к микроядру.

На недавней конференции по ядру Линукс целый доклад был от Christoph Lameter из CGI под названием:
"Extreme High Performance Computing or Why Microkernels Suck".
файл lameter-Reprint.pdf на сайте редхата - почитайте просветитесь.

А в это время группа clueless users начитавшись ничего серьезного не сделавшего Таненбаумана трещит на форумах красивыми словами.

В том числе там обьясняется что какой Линукс и так модульный и чем пришлось бы платить за еще большую модульность.

> Надо принимать волевые решения, а не почивать на лаврах.

30 МБ патчей это почивание на лаврах ?

szh ★★★★
()

Линуксу забашлял Microsoft, чтобы он сбавил темпы развития ядра и не перешел на GPLv3?

anonymous
()

Имхо речь велась в оригинале о том, что кто-то зафигачил кривой патч,
который повлёк за собой кучу проблем и из-за чего Мортону пришлось
накладывать свои исправления, и ссылка на некого Грега вроде-как
тоже в рамках этого кривого патча ("Хотите чтобы работало - пусть
Грег разбирается")...

omever
()

Что-то будет. Наверное, подвергнется пересмотру процесс разработки. Могу предположить, что возродится явное деление на стабильную/нестабильную ветки. Другой вариант - поменяют распределение обязанностей.

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

>Ещё бы интерфейс дравов был стабильным, было бы вообще прекрасно :D

Скорее всего к этому придет, частично или поностью.

Я не поленился, скачал эти патчи, и погрепал на предмет того, что там патчится.

Вот, например, понятно, что файлы типа:

kernel/fork.c

kernel/sched.c

kernel/timer.c

kernel/tsacct.c

это да, действительно дело основного разработчика.

А зачем грузить 2-го человека в разработке ядра, например, этим:?

drivers/usb/serial/sierra.c

drivers/usb/misc/iowarrior.c

drivers/media/dvb/frontends/dib0070.c

drivers/net/wireless/iwl-hw.h

и т.п.

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

> Фря - наиболее продвинутая и универсальня *BSD

В Сад

anonymoos ★★★★★
()

Ну и фиг с ними. Вчера скачал Debian/Hurd буду прицениватся.

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

> Я уже давно на всех форумах говорю, что так дальше нельзя. Надо переходить к микроядру.

Как нельзя? Что именно даст вам микроядро в плане упрощения разработки при гигантском объёме нового кода?

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

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

> Вот тогда действительно будет _ядро_. Придется, естественно пересмотреть систему сборки и конфигурирования. Добавить проверку совместимости драйверов при сборке...

А что вам толку будет от такого ядра, если вы его обновили, а драйвер той же сетевой карты к релизу не успели сделать? ;)

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

> Надо переходить к микроядру.

Микроядро - это реально круто. Его рекламирует Тимати, йоу!

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

> Вот тогда действительно будет _ядро_. Придется, естественно пересмотреть систему сборки и конфигурирования. Добавить проверку совместимости драйверов при сборке...

>А что вам толку будет от такого ядра, если вы его обновили, а драйвер той же сетевой карты к релизу не успели сделать? ;)

А никакого толку, я его просто ставить не буду. Да и не релиз это будет, а очередной -pre для разработчиков. Вообще все будет зависеть от качества организации процесса. Сейчас, судя по сложившейся ситуации, оно не на должном уровне. Или просто схема разработки себя изжила.

anonymous
()

>Вышел первый патчсет -mm ветки для 2.6.23-rc6, о чем объявил Andrew Morton. Все изменения с момента выхода 2.6.23-rc4-mm1 в теле его письма. Описаниe 1872-ух патчей по ссылке. ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.... Все патчи доступны по ссылке.ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6....

Этоn список патчей с краткими коментариями 161 821 байт

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

> Мой прогноз: если от модели монолитного ядра не откажутся у ядра плохое будущее.

Ну значит у него хорошее будущее. Потому что у Linux модульное ядро.

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

> Дело не в ресурсах, дело в том что это монолитное ядро. Проблемы совершенно понятные.

http://ru.wikipedia.org/wiki/Модульное_ядро

> Я уже давно на всех форумах говорю, что так дальше нельзя. Надо переходить к микроядру.

Ну вот и переходи.

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

> Сейчас, судя по сложившейся ситуации, оно не на должном уровне. Или просто схема разработки себя изжила.

Простите, не могли бы вы представиться? А то сложно понять, кто вы именно из мейллиста linux-kernel.

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

>> Мой прогноз: если от модели монолитного ядра не откажутся у ядра плохое будущее.

>Ну значит у него хорошее будущее. Потому что у Linux модульное ядро.

>anonymous (*) (19.09.2007 12:21:05)

Оно не перестаёт быть монолитным.

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

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

При нестабильном ядерном API Linux это пипец что получится :) Может пора Линусу задуматься и о стабилизации интерфейсов?

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

>По-моему, чего точно не хватает, так это автоматизированной системы тестирования

Вместе с этим надо подумать о автоматизированной системе наложения патчей, для того случая, если они мешают друг другу.

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

>То, что Вы назвали, форками не являются - это скорее дистрибутивы FreeBSD в терменологии Линукс.

Стрекоза - чистой воды форк. Достаточно пролистать http://www.dragonflybsd.org/docs/goals.shtml

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