Red Hat, IBM и Novell ускоряют разработку ядра Linux

что ж они туда понапихали-то, на 3млн LOC? o_O

не к добру это..

> что с апреля 2008 года наблюдается взрывной рост темпов развития ядра Linux, при котором объем вносимых изменений выше, чем в любом другом проекте с открытым кодом.

И так по экспоненте до самого линуксокапца от ожирения :)

Богоугодно. Если не лень, киньте в меня ссылкой на хорошую обзорную статью альтернативных веток, можно и на языке потенциального противника, а то гугл молчит (или руки кривые)

Linux 2010:
aitap@aitap-desktop:~$ ls -l /boot/vmlinuz*
-rw-r--r-- 1 root root 341177692 2010-04-17 07:41 /boot/vmlinuz-2.6.40-11-generic
-rw-r--r-- 1 root root 353820864 2010-07-01 01:56 /boot/vmlinuz-2.6.40-13-generic
-rw-r--r-- 1 root root 369102486 2010-08-19 00:23 /boot/vmlinuz-2.6.40-15-generic

>И так по экспоненте до самого линуксокапца от ожирения :)

лишний код ведь всегда можно выкинуть, да?

Новость положительная. Если допилят ещё и видео дрова будет просто супер :) только их мне и не хватает

>от ожирения

genkernelокапец?

годика через полтора Торвальдс перестанет понимать что там вообще в ядре происходит и объявит о своем уходе. В Редмонде будут мерзенько хихикать

> что ж они туда понапихали-то, на 3млн LOC?

Основная масса, это драйвера и новые архитектуры. Так же было много разного "coll stuff", типа Btrfs, Pohmelfs и пр.

Конферансье не объявлял ещё о клоунах.

Что-то часто стали эту мантру все повторять. Не к добру оно. ;)

Ускоренье - важный фактор!

Вот новость! :)

> Ускоренье - важный фактор!
> Ускоренье
Сейчас кто-нибудь придёт и скажет про a=vt, F=ma, E=mv^2/2 и стену.

>Сейчас кто-нибудь придёт и скажет про a=vt, F=ma, E=mv^2/2 и стену.

Это были вы.

ох лишь бы оно не лопнуло

>a=vt

a = dv/dt

>стену

ну ты понял, да?

а потом все удивляются откуда столько дыр в ядре

>...с апреля 2008 года наблюдается взрывной рост темпов развития ядра Linux, при котором объем вносимых изменений выше, чем в любом другом проекте с открытым кодом.

Линукс превращается в чёрную дыру! С другой стороны F действительо = ma, значит сила Линукса растёт!

И сделайте что-нибудь с капчей, а то я чувствую себыя ботом @(

Корпорации вытеснили красноглазеков

Даёшь bzntoskrnlImage!

главное чтобы эти миллионы строк генерировались осмысленно, а не с /dev/urandom
или geninduscode :)

Неправильный oPohmelFS ведет к длительному <strike>segfault</strike> запою.

bzntoskrnlImage китайцы пилят

Буквально на днях читал уже подобную новость и там не забыли упомянуть, что ещё примерно 1,5 млн. строк было вычищено. Так что код не только добавляется, но ещё и ухаживается, а это очень и очень хорошо. И, да, уж лучше ядро будет большим, нежели скудным по функциональности и поддержке железа.

Хороший темп, последние ядра улучшаются в направлении лаптопов.

Скоро ядро разрастется, обретет разум и поглотит человечество

если количество кода растёт такими темпами ,то ядро скоро будет 100 мегабайт занимать. может, микроядро всё-таки заслуживает внимания ?

>genkernelокапец?

А им кто-то пользуется?

Лучше бы писали не число строк, а что конркетно сделано :)

А то 2.7 миллиона звучит как-то менее серьёзно, чем "заработала серия железок таких-то, ускорена работа модулей таких-то..."

>если количество кода растёт такими темпами ,то ядро скоро будет 100 мегабайт занимать. может, микроядро всё-таки заслуживает внимания ?

ктому времени 100 мегабайт будут как щас мегабайт :)

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

Кто-то же собирает ядра для live-cd.

Ну сколько можно то. Вы что думаете, микроядро с сервисами будет весить меньше? Не будет. Кроме того, вручную собирают ядро немногие, а те кто собирает вряд ли будут жаловаться, они хотя бы понимают что делают и для чего. Кроме того, ничто не мешает в отдалённом будующем ядро разнести на подсистемы и мантейнить их полностью независимо, лиш синхронизируя внутреннее взаимодействие. Но надо ли? Пока и так процесс разработки идёт хорошо, а что хорошо идёт не стоит изменять.
Модульный монолит, микроядро, гибрид - это вопрос функционирования кода на разных уровнях привиллегий и api между ними. Никаким образом это не относится к общему объёму ядра и его подсистем. Равно как нет прямой связи между общим объёмом кода ядра и его подсистем и реально работающего кода на реальной машине.

>ктому времени 100 мегабайт будут как щас мегабайт :)

Это не повод не экономить.

Linux R. I. P.

Всё пипец тебе баллмер, иди застрелись, и все кто не верит в Него тоже застрелитесь.

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

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

Нет, они должны отказаться от новеля. Что они и сделали, изначально %)

круто !

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

По сути лишь IBM нужен линукс, т.к ничего ему не досталось, ни Sun'ов, ни BSD. Рад за них, правда поздно они спохватились за все это, когда уже продали бизнес PC Lenovo (имею ввиду код для HDAPS, когда энтузиасты сами думали как все реализовать, в итоге мало, что получилось).

... А потом туда добавят /dev/elisp

>Это не повод не экономить.

не повод, но экономить размером ядра ради экономии тоже не стоит

>примерно 1,5 млн. строк было вычищено

это прямо в обзоре от linux foundation было написано.

ближайшее (ко мне) упоминание про обзор в рунете: http://linuxforum.ru/index.php?showtopic=98814

>По сути лишь IBM нужен линукс Для реанимации OS/2

Ого, давно вас не видно было..

Спасибо за ответ. Я если честно, думал что сабж уже портирован почти на все что угодно, что еще используют. Гм. Но все равно, 3MLOC, в голове не укладывается. Пошел обновлять гит-репозиторий.

>если количество кода растёт такими темпами ,то ядро скоро будет 100 мегабайт занимать. может, микроядро всё-таки заслуживает внимания ?

Ммкроядро будет не солидно выглядеть на моих 256 МБ оперативки :)

>Но все равно, 3MLOC, в голове не укладывается.
из них более чем 1М - drivers/staging,
та ещё помойка.

> ктому времени 100 мегабайт будут как щас мегабайт :)

Это называется инфляция...

> надеюсь до толстых и высоких задниц скоро дойдет что драйвера надо выделить в отдельную кучу...

О, да, среди этих толстых и высоких не хватает умных...

Спич о том, чтобы разнести ядро по кусочкам и командам уже был. Было решено, что с точностью до наоборот, это только затормозит процесс.