https://opennet.me/openforum/vsluhforumID3/36614.html Анонсирован выход Linux ядра 2.6.20. Наиболее интересные новшества (http://kernelnewbies.org/Linux_2_6_20):<br><br><br><br><br>- Виртуальная машина KVM (http://kvm.sourceforge.net/) (Kernel-based Virtual Machine), являющаяся по сути модифицированной qemu с поддержкой аппаратных механизмов виртуализации SVM/AMD-V и Intel VT. Гостевые системы выглядят для корневой как обычные процессы, для них формируется полностью независимое аппаратное окружение;<br><br>- Реализация средств паравиртуализации (http://lwn.net/Articles/194543/), которые могут быть задействованы в таких системах как lguest, Xen и Vmware;<br><br>- Поддержка Sony Playstation 3;<br><br>- "Fault injection (http://lwn.net/Articles/209257/)" - генерация фиктивных разноплановых ошибок в подсистемах ядра, чтобы разработчики могли тестировать поведение своего кода во внештатных ситуациях (например, невозможность распределения блока памяти);<br><br>- Оптимизация сборки для платформы Core 2, новые оптимизация для x86-32 (Sleazy FPU optimization, regparm).<br><br>- Аккаунтинг ввода https://opennet.me/openforum/vsluhforumID3/36614.html#21 Sun, 11 Feb 2007 19:06:12 GMT &gt;&gt;устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я <br>&gt;&gt;полагаю, важнее 15-20% производительности,<br>&gt;Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых <br>&gt;они хранятся стоят.<br><br>в одной теме тебя послушать - пусть лучше все наеб***ццо сразу и неважно как.<br>Главное, что если кто решил упасть - то попутно цепанул еще ФС, ну может та еще и винт - и тогда можно смело вырубать весь комп.<br>Все и сразу. Со всеми данными (м*ть их так...) Главное шоб не тормозило...<br><br>А тут - уже и 15% не особо нужны...<br><br><br>Так что тебе важнее? надежность или скорость? (возможны 2 ответа: для дома и... не дома) https://opennet.me/openforum/vsluhforumID3/36614.html#20 Sat, 10 Feb 2007 22:56:52 GMT &gt;а будь любезен, подскажи, чем это заморское чудо для русского человека полезно <br>&gt;? <br>Ну если вам не нужно, вы и не юзайте, колхоз дело добровольное.А мне пригодится.Винды кстати такое тоже умеют.Почему линукс должен быть хуже? ;) https://opennet.me/openforum/vsluhforumID3/36614.html#19 Sat, 10 Feb 2007 22:53:55 GMT &gt;устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я <br>&gt;полагаю, важнее 15-20% производительности,<br>Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых они хранятся стоят.А так да, ламерам и геймерам всяким может и пох - переставят систему да заново гамезы установят в случае чего.<br><br>&gt;чем гарантия сохранности данных после сбоя. Возможно, <br>&gt;reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но <br>&gt;не на десктопах.<br>Ага, рейсер4 на продакшне... а отладят его когда?<br>А так - рейсер4 это не только б+ деревья.Это еще и выделение блоков по размеру файла, это упаковка их хвостов.Сколько реально места займут 100000 20-байтных файлов на рейзер4?И сколько в ext4?И сколько места будет пущено псу под хвост на оверхед файловой системы?А еще рейзер - это система плагинов для сжатия и шифрования.Как минимум по задумке.Вообще задумано офигенно.А вот реализация чрезмерно сложная получается а потому глючная :\.Интуиция подсказывает что можно неч https://opennet.me/openforum/vsluhforumID3/36614.html#18 Sat, 10 Feb 2007 22:43:36 GMT &gt;та рейзеры по-жизни тормознутые и однозадачные <br>Берем и создаем 100 000 файлов в 1 каталоге.Делаем с ними что-то.Смотрим кто там тормозной.Кто угодно, но только не рейзер. https://opennet.me/openforum/vsluhforumID3/36614.html#17 Sat, 10 Feb 2007 22:42:19 GMT &gt;та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте <br>&gt;лучше ext4dev <br>Рейзер4 на мое мнение очень круто задуман(почитал описание).Но что-то господин Рейзер перестарался - слишком уж оно навернутое получилось, а потому обезглючка этой неплохой ФС займет архидохуа времени.Хорошие решения должны бы быть более простыми, чтобы быть предсказуемыми и надежными.Но, желательно, со всеми фичами рейзеровской системы :).Нечто типа рейзер-лайт 8)<br> https://opennet.me/openforum/vsluhforumID3/36614.html#16 Thu, 08 Feb 2007 14:04:13 GMT та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте лучше ext4dev https://opennet.me/openforum/vsluhforumID3/36614.html#15 Tue, 06 Feb 2007 13:43:38 GMT Надеюсь, что кто-нибудь из команды Мортона захочет поддерживать в основной ветке reiser4, а также примкнувшие к ним люди из namesys, ибо ФС сделана, но не используется. https://opennet.me/openforum/vsluhforumID3/36614.html#14 Tue, 06 Feb 2007 11:33:47 GMT Сории за дезу... Посмотрел тут архив рассылки reiserfs. Вобщем, активность, конечно, есть, Савельев продолжает работать над reiser4. Только, по-моему, все ограничивается багфиксами. Но надежда остается! https://opennet.me/openforum/vsluhforumID3/36614.html#13 Tue, 06 Feb 2007 10:20:48 GMT &gt; Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.<br><br>Не думаю. Развитием конкретной файловой системы занимаются в основном программисты компании-разработчика. Роль сообщетсва там минимальна. Исключение составляет XFS, поддержка которой, после фактического развала SGI, перешла к "свободным" программистам, да и то ограничивается мелкими патчами. Даже ext2/3/4 разрабатывается большей частью компанией Red Hat. С reiserfs ситуация аналогичная. До недавнего времени ее отладкой занималась SuSE (конкретно Jeff Mahoney), да и та, после покупки ее Novell, отказалась. reiser4 же не занимался никто, кроме NameSys.<br><br>Что касается ext4. Отличие от ext3 в схеме учета выделенных файлу блоков. На смену линейному учету, основанному на прямых, косвенных и двойных косвенных ссылках, приходят B+ дереья экстентов. И это действительно выводит ext4 на первое место по производительности среди файловых систем Linux (в режиме жур