> Вы не пробовали более или менее серьёзно и объёмно в кернел-спейсе программить? Сильно раздражает разношёрстность API(чтобы там не живописал Greg KH) и его изменяемость от версии к версии(см. "разброд и шатание" по В.И. Ленину). Не так давно, накануне релиза софта, с матюгами в полудюжине своих драйверов крипту правил при переходе на 2.6.20.
Иди читай матчасть почему у Linux сделано нестабильное API /usr/src/linux/Documentation/stable_api_nonsense.txt
> То, что он растолстел и потихоньку спортивную форму теряет, это объективный процесс.
Поразительно! Вторым же сообщением (первый ответ на письмо Linus'а) его попросили сделать FUSE :) А через сколько оно реально появилось никто не помнит?
> Иди читай матчасть почему у Linux сделано нестабильное API
Всем ясно ПОЧЕМУ это сделано, но непонятно ЗАЧЕМ.. Может Линусу Билл отступные платит, чтобы вдруг не появилась бинарная совместимость драйверов между версиями и не появился РЕАЛЬНЫЙ конкурент винде на рынке десктопов с разношерстным оборудованием?
На LinuxKernel.ru написали, что день рождения ядра датируется 25 августа, там есть id'шник письма, из которого видна дата: http://linuxkernel.ru/?q=node/489
> > Иди читай матчасть почему у Linux сделано нестабильное API
> Всем ясно ПОЧЕМУ это сделано, но непонятно ЗАЧЕМ.. Может Линусу Билл отступные платит, чтобы вдруг не появилась бинарная совместимость драйверов между версиями и не появился РЕАЛЬНЫЙ конкурент винде на рынке десктопов с разношерстным оборудованием?
Опять заговоры чудятся повсюду... Вы сегодня уже бухали, сударь?
Не думал он, что его ядро будет работать на всем (почти), что может называться процессором: "It is NOT protable (uses 386 task switching etc), and it probably never will support anything other than AT-harddisks, as that's all I have :-(."
> Всем ясно ПОЧЕМУ это сделано, но непонятно ЗАЧЕМ.. Может Линусу Билл отступные платит, чтобы вдруг не появилась бинарная совместимость драйверов между версиями и не появился РЕАЛЬНЫЙ конкурент винде на рынке десктопов с разношерстным оборудованием?
Насчёт ядра не скажу, но создателям всяких сусе, мандривы и убунты приплачивает точно. Больше я ничем не могу объяснить что из года в год в этих дистрах одни и те же глюки, которые убираются "ручками" за полчаса. Непонятно, почему эти полчаса должны тратить тысячи пользователей а не 2,5 мейнтейнера. Не, точно Билл приплачивает, чтобы у народ отбить охоту туда переходить.
>Так что ждём linux-3.0. Там кернел либо начнёт окончательно и бесповоротно задыхаться и загинаться от ожирения, либо липосакция, йога, шаманские бубны, секс, спорт, туризм => реинкарнация пингвина, и я с радостью признаю свою ошибку и публично предам анафеме сегодняшний пессимизм.
С текущими сроками выхода нового ядра - 2 месяца на смену версии (eg, 2.6.21-2.6.22) ждать нам его не скоро. Ветка 2.6 с 2.6.22 до 2.6.99 = 12 лет! А еще будет ветка 2.8 = 16 лет! Итого = 28 лет!
Тем более Линус заявил:
>Мы не планируем переходить на новую схему присваивания версий ядру: мы добились больших успехов применяя текущую модель разработки, выпуская новое ядро версии 2.6.x приблизительно каждые десять недель (2-3 месяца), и с тех пор нам удалось внедрить достаточно серьезных изменений, тем не менее не имея веских оснований сильно изменять номер текущей версии ядра.
И, по-моему, так и должно быть. Гладкое и продолжительное улучшение. С годами мы проводили множество серьезных переорганизаций кода ядра, но с тех пор как ядро "созрело" (а мы поняли, наконец, как лучше его поддерживать) у нас имеется все меньше и меньше причин вносить кардинальные изменения, а больше причин видеть процесс развития ядра как планомерное совершенствование, о котором большинству пользователей и знать не обязательно.
Если говорить с позиции пользователя, то он не хочет переходить на ядро X.Y, т.к. оно умеет такую и такую штуку, он хочет быть уверенным, что он может просто обновить свое ядро, а вещи, которые работали хорошо, заработают еще лучше.
Это, возможно, не особо занимательно, но это надежно. В конце концов, разработчики ядра находят занимательными вещи, о которых рядовой пользователь и не задумывается (и не должен задумываться, т.к. операционная система должна служить лишь слоем абстракций между ресурсами системы и приложениями, которые вы запускаете поверх этих ресурсов).