А память доработают в 2.2.х? Вообще какие-нибудь релизы из этой ветки предпологаются?? И поделитесь, пожалуйста, ощущениями от работы новенького ядрышка =)
XFS в стандартном ядре есть. Как брать из CVS свежие версии,
написано здесь. Апдейты до текущего ядра происходят быстро.
Так например о том что вышел 2.4.11, я узнал оттуда.
http://oss.sgi.com/projects/xfs/cvs_download.html
Мое личное мнение -ветка 2.4 выглядит как девелоперская, а не стабильная. Каждый месяц выходит минимум одна версия ядра и тут же к ней десяток патчей от Алана. Видимо что-то испортилось в организации выпуска новых версий раз так происходит.
Имхо все это следствие ажиотажа чайников и коммерсантов.
вот и крутится линус как может, чтоб не отвернулись.
как только ниша на рынке будет забита все вернется в спокойное русло и ядра будут выходить куда более стабильные...
Слушайте народ а просветите плиз по поводу VM в этих ядрах.Чей ВМ у Алана в его ас и чей ВМ у линуса в 2.4.11?Чем они лучше хуже.А то я тут почитал беседу с разработчиком бсд про 5 версию.Так он там вроде пишет, что Рик нихера не смыслит в оптимизации ВМ.
В середине процесса девелопмента 2.4.10 Линус, задравшись слушать жалобы народа на VM, просто выкинул Риковский нафиг, заменив его Андреавским, сказав, что хотя подход Андреа ему не нравится, но нужно что-то рабочее уже сейчас, а "правильно" будет сделано в 2.5. Рик назвал Линуса asshole, обвинил его в том, что он не давал ему допатчить VM, и пользуясь поддержкой Алана стал добавлять в -ac ветку всё, что ему в голову взбредёт. Таким образом, у линукса сейчас 2 разных VM, который из них лучший -- пока не ясно. На самом деле, есть ещё ветка -aa, где Андреа гоняет свои эксперименты с кернелом. Потестируй, потом нам расскажешь :)
Та ВМ что в 2.4.11 мне нравится явно больше. Когда мейкаются 3-4 больших прожекта написанных на c++ (например что-то из кде) одновременно, можно нормально работать даже с Forte4j, который запускает кучу дерьма типа своих серверов и т.д.
VM от Andrea несколько быстрее на тестах, но не так долго тестировался
как VM от Rik van Riel. Соответственно там все еще находят явные ошибки/недостатки.
Но Rik тоже еще тот товарищ; ему 2 года было дадено на доводку VM, однако время
шло, а ничего не сдвигалось. То, что выдал в 2.4.9 было для Линуса последней каплей.
По тестам это был самый хреновый VM за всю историю 2.4.х. Поэтому неудивительно, что
Линус схватился за первый попавшийся работающий VM. А Rik типа обозлился и в ас-ветке
довел VM до приемлимого уровня. Может его и надо так специально злить ;)
2Banshee: Есть народ, утверждающий, что 2.4.10-ac10+Rik-eat-cache тоже весьма неплох. Вообще же, у Рика явно с дизайном плохо, ну нельзя, чтобы один и тот же тест, дающий один и тот же шаблон доступа к памяти давал _сильно_ различающиеся результаты для последовательных запусков. Андреа подошёл к вопросу более просто (выкинув все наработки Рика по "aging") и его VM имеет гораздо более предсказуемое поведение. Для ссылки смотрите результаты qsbench
Очень даже раскрученная, если учесть, что она составная часть всех redhat-xxx.
Линус делает ядра из спортивного интереса. Алан пытается выдать рабочие образцы.
Оба подхода имеют право на жизнь. Более того, один без другого могут просто тихо помереть.
Вот блин. Действительно с сервера 2.4.11 пропало... А я вчера его выкачал. Думаю теперь ставить или нет. Кто в курсе что там произошло? Может страшный баг обнаружили :^[]
ftp при Masqarsde не тормозит ?
Кто это пробовал www.kernel.org на предмет vmlinuz под
обычным пользователем
The latest stable version of the Linux kernel is:═ 2.4.12
ChangeLog-2.4.12
final:
- Greg KH: USB update (fix UHCI timeouts, serial unplug)
- Christoph Rohland: shmem locking fixes
- Al Viro: more mount cleanup
- me: fix bad interaction with link_count handling
- David Miller: Sparc updates, net cleanup
- Tim Waugh: parport update
- Jeff Garzik: net driver updates
2.4.11 had a fix for a symlink DoS attack, but sadly that fix broke the
creation of files through a dangling symlink rather badly (it caused the
inode to be created in the very same inode as the symlink, with unhappy
end results).
Happily nobody uses that particular horror - or _almost_ nobody does. It
looks like at least the SuSE installer (yast2) does, which causes a nasty
unkillable inode as /dev/mouse if you use yast2 on 2.4.11.
("debugfs -w rootdev" + "rm /dev/mouse" will remove it, although I suspect
there are other less drastic methods too if your fsck doesn't seem to
notice anything wrong with it. Only one report of this actually happening
so far).
So I made a 2.4.12, and renamed away the sorry excuse for a kernel that
2.4.11 was.
2.4.11 had a fix for a symlink DoS attack, but sadly that fix broke the
creation of files through a dangling symlink rather badly (it caused the
inode to be created in the very same inode as the symlink, with unhappy
end results).
Happily nobody uses that particular horror - or _almost_ nobody does. It
looks like at least the SuSE installer (yast2) does, which causes a nasty
unkillable inode as /dev/mouse if you use yast2 on 2.4.11.
("debugfs -w rootdev" + "rm /dev/mouse" will remove it, although I suspect
there are other less drastic methods too if your fsck doesn't seem to
notice anything wrong with it. Only one report of this actually happening
so far).
So I made a 2.4.12, and renamed away the sorry excuse for a kernel that
2.4.11 was.