Анонсирован выход Linux ядра 2.6.20. Наиболее интересные новшества (http://kernelnewbies.org/Linux_2_6_20):
- Виртуальная машина KVM (http://kvm.sourceforge.net/) (Kernel-based Virtual Machine), являющаяся по сути модифицированной qemu с поддержкой аппаратных механизмов виртуализации SVM/AMD-V и Intel VT. Гостевые системы выглядят для корневой как обычные процессы, для них формируется полностью независимое аппаратное окружение;- Реализация средств паравиртуализации (http://lwn.net/Articles/194543/), которые могут быть задействованы в таких системах как lguest, Xen и Vmware;
- Поддержка Sony Playstation 3;
- "Fault injection (http://lwn.net/Articles/209257/)" - генерация фиктивных разноплановых ошибок в подсистемах ядра, чтобы разработчики могли тестировать поведение своего кода во внештатных ситуациях (например, невозможность распределения блока памяти);
- Оптимизация сборки для платформы Core 2, новые оптимизация для x86-32 (Sleazy FPU optimization, regparm).
- Аккаунтинг ввода/вывода (IO Accounting) на уровне процессов (учет трафика прошедшего через функции read() и write());
- relatime - в отличии от монтирования ФС с noatime флагом, учет времени чтения файла производится только если прошлый atime старее чем mtime (время изменения) или ctime (время создания);
- Новые драйверы:
- Atmel MACB, Tsi108/9, Netxen 1G/10G ethernet
- Winbond W83793, PC87427, AMS hardware monitoring driver;
- ARM Versatile/Realview, Atmel AT91, Philips PNX bus driver
- NS pc87413-wdt, MIPS RM9000 Watchdog driver
- Philips UCB1400 touchscreen driver
- Fbdev драйвер для IBM GXT4500P
- rtc-omap driver- Поддержка протокола UDP-lite (http://www.ietf.org/rfc/rfc3828.txt) (пакеты с неправильной контрольной суммой доходят. Например, битые аудио и видеоданные могут быть частично восстановлены на уровне кодека);
- Generic HID layer на базе USB HID layer (Human Interface Device).
Кроме того вышли обновления ядра: 2.4.34.1 (http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.34.1) и 2.6.16.39 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.39).URL: http://www.kernel.org
Новость: https://www.opennet.ru/opennews/art.shtml?num=9719
зачастили... PS3 это +5 ))
+1
теперь kvm останется тени)
тема:
Аккаунтинг ввода/вывода (IO Accounting) на уровне процессов (учет трафика прошедшего через функции read() и write());давно ждал
а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт на хостинге.
>мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт
>на хостинге.
друг, ты явно заадминился, шутки не ? не наш стиль ? :)
> а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
Это как спидометр в машине, вроде и нах... не нужен,
а когда начинаешь на сверхзвук переходить, тут-то и задумываешься; "-А Не низко ли я лечу!?"
>а будь любезен, подскажи, чем это заморское чудо для русского человека полезно
>?
Ну если вам не нужно, вы и не юзайте, колхоз дело добровольное.А мне пригодится.Винды кстати такое тоже умеют.Почему линукс должен быть хуже? ;)
Про планы 2.6.21 что-нибудь слышно? Когда будет reiser4 в основной ветке ядра?
Да никогда. Отладка reiser4 командой namesys сейчас не ведтся, реально кодом занимаются только 2 сторонних человека (Laurent Riffard и еще кто-то), квалификации которых хватает на мелкие патчи. Stephen Tweedie, Remy Card и сотоварищи заняты ext4, других спецов по файловым системам у Мортона нет. Так что доводкой reiser4 заниматься некому, а доводить там есть чего, поверьте!А самое стремное -- ситуация только усугубляется. Я не настолько близко знаком с Савельевым, что бы прямо спросить его о ситуации в компании. Могу только предположить, что даже если Ганса выпустят, денег на оплату работы своей команды он найдет еще не скоро.
Так что, как это не прискорбно, о reiser4 в mainline-kernel можно забыть. IMHO.
Сории за дезу... Посмотрел тут архив рассылки reiserfs. Вобщем, активность, конечно, есть, Савельев продолжает работать над reiser4. Только, по-моему, все ограничивается багфиксами. Но надежда остается!
Надеюсь, что кто-нибудь из команды Мортона захочет поддерживать в основной ветке reiser4, а также примкнувшие к ним люди из namesys, ибо ФС сделана, но не используется.
та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте лучше ext4dev
>та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте
>лучше ext4dev
Рейзер4 на мое мнение очень круто задуман(почитал описание).Но что-то господин Рейзер перестарался - слишком уж оно навернутое получилось, а потому обезглючка этой неплохой ФС займет архидохуа времени.Хорошие решения должны бы быть более простыми, чтобы быть предсказуемыми и надежными.Но, желательно, со всеми фичами рейзеровской системы :).Нечто типа рейзер-лайт 8)
>та рейзеры по-жизни тормознутые и однозадачные
Берем и создаем 100 000 файлов в 1 каталоге.Делаем с ними что-то.Смотрим кто там тормозной.Кто угодно, но только не рейзер.
fresco, благодарю за подробный ответ. Печально получается, не вижу большого смысла развивать ext4, хотя разработчикам, возможно, виднее. Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.А чем ext4 принципиально отличается от ext3? Там собираются сделать такой же шаг, как от ext2 до ext3? В таком случае - отлично, хотя я никогда ext2/ext3 лично не пользовался, все годы сидел на reiserfs, проблем не замечал, однако люди об этом спорят как всегда.
> Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.Не думаю. Развитием конкретной файловой системы занимаются в основном программисты компании-разработчика. Роль сообщетсва там минимальна. Исключение составляет XFS, поддержка которой, после фактического развала SGI, перешла к "свободным" программистам, да и то ограничивается мелкими патчами. Даже ext2/3/4 разрабатывается большей частью компанией Red Hat. С reiserfs ситуация аналогичная. До недавнего времени ее отладкой занималась SuSE (конкретно Jeff Mahoney), да и та, после покупки ее Novell, отказалась. reiser4 же не занимался никто, кроме NameSys.
Что касается ext4. Отличие от ext3 в схеме учета выделенных файлу блоков. На смену линейному учету, основанному на прямых, косвенных и двойных косвенных ссылках, приходят B+ дереья экстентов. И это действительно выводит ext4 на первое место по производительности среди файловых систем Linux (в режиме журналирования метаданных). Разработкой ext4, кстати говоря, занимается ClusterFS Inc, где работает Никита Данилов -- бывший "senior computer scientist" компании NameSys, разработавший в свое время подсистему B+tree для reiser4.
В режиме полного журналирования (данных и метаданных) reiser4 ее, конечно, опережает. Однако проблема reiser4, что журналировать только метаданные она не способна. Так уж устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я полагаю, важнее 15-20% производительности, чем гарантия сохранности данных после сбоя. Возможно, reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но не на десктопах.
>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>полагаю, важнее 15-20% производительности,
Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых они хранятся стоят.А так да, ламерам и геймерам всяким может и пох - переставят систему да заново гамезы установят в случае чего.>чем гарантия сохранности данных после сбоя. Возможно,
>reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но
>не на десктопах.
Ага, рейсер4 на продакшне... а отладят его когда?
А так - рейсер4 это не только б+ деревья.Это еще и выделение блоков по размеру файла, это упаковка их хвостов.Сколько реально места займут 100000 20-байтных файлов на рейзер4?И сколько в ext4?И сколько места будет пущено псу под хвост на оверхед файловой системы?А еще рейзер - это система плагинов для сжатия и шифрования.Как минимум по задумке.Вообще задумано офигенно.А вот реализация чрезмерно сложная получается а потому глючная :\.Интуиция подсказывает что можно нечто подобное и как-то проще, без такой кучи наворотов.
>>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>>полагаю, важнее 15-20% производительности,
>Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых
>они хранятся стоят.в одной теме тебя послушать - пусть лучше все наеб***ццо сразу и неважно как.
Главное, что если кто решил упасть - то попутно цепанул еще ФС, ну может та еще и винт - и тогда можно смело вырубать весь комп.
Все и сразу. Со всеми данными (м*ть их так...) Главное шоб не тормозило...А тут - уже и 15% не особо нужны...
Так что тебе важнее? надежность или скорость? (возможны 2 ответа: для дома и... не дома)