URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 36614
[ Назад ]

Исходное сообщение
"OpenNews: Релиз Linux ядра 2.6.20"

Отправлено opennews , 05-Фев-07 09:51 
Анонсирован выход 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


Содержание

Сообщения в этом обсуждении
"Релиз Linux ядра 2.6.20"
Отправлено Morph , 05-Фев-07 09:51 
зачастили... PS3 это +5 ))

"Релиз Linux ядра 2.6.20"
Отправлено Аноним , 05-Фев-07 11:11 
+1
теперь kvm останется тени)

"Релиз Linux ядра 2.6.20"
Отправлено _Nick_ , 05-Фев-07 14:32 
тема:
Аккаунтинг ввода/вывода (IO Accounting) на уровне процессов (учет трафика прошедшего через функции read() и write());

давно ждал


"Релиз Linux ядра 2.6.20"
Отправлено cnamed , 05-Фев-07 18:04 
а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?

"Релиз Linux ядра 2.6.20"
Отправлено Exe , 05-Фев-07 20:45 
мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт на хостинге.

"Релиз Linux ядра 2.6.20"
Отправлено cnamed , 05-Фев-07 21:04 
>мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт
>на хостинге.
друг, ты явно заадминился, шутки не ? не наш стиль ? :)


"Релиз Linux ядра 2.6.20"
Отправлено pavlinux , 05-Фев-07 21:32 
> а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
Это как спидометр в машине, вроде и нах... не нужен,
а когда начинаешь на сверхзвук переходить, тут-то и задумываешься; "-А Не низко ли я лечу!?"

"Релиз Linux ядра 2.6.20"
Отправлено lamer , 11-Фев-07 01:56 
>а будь любезен, подскажи, чем это заморское чудо для русского человека полезно
>?
Ну если вам не нужно, вы и не юзайте, колхоз дело добровольное.А мне пригодится.Винды кстати такое тоже умеют.Почему линукс должен быть хуже? ;)

"Релиз Linux ядра 2.6.20"
Отправлено Аноним , 06-Фев-07 11:49 
Про планы 2.6.21 что-нибудь слышно? Когда будет reiser4 в основной ветке ядра?

"Релиз Linux ядра 2.6.20"
Отправлено fresco , 06-Фев-07 12:32 
Да никогда. Отладка reiser4 командой namesys сейчас не ведтся, реально кодом занимаются только 2 сторонних человека (Laurent Riffard и еще кто-то), квалификации которых хватает на мелкие патчи. Stephen Tweedie, Remy Card и сотоварищи заняты ext4, других спецов по файловым системам у Мортона нет. Так что доводкой reiser4 заниматься некому, а доводить там есть чего, поверьте!

А самое стремное -- ситуация только усугубляется. Я не настолько близко знаком с Савельевым, что бы прямо спросить его о ситуации в компании. Могу только предположить, что даже если Ганса выпустят, денег на оплату работы своей команды он найдет еще не скоро.

Так что, как это не прискорбно, о reiser4 в mainline-kernel можно забыть. IMHO.


"Релиз Linux ядра 2.6.20"
Отправлено fresco , 06-Фев-07 14:33 
Сории за дезу... Посмотрел тут архив рассылки reiserfs. Вобщем, активность, конечно, есть, Савельев продолжает работать над reiser4. Только, по-моему, все ограничивается багфиксами. Но надежда остается!

"Релиз Linux ядра 2.6.20"
Отправлено Аноним , 06-Фев-07 16:43 
Надеюсь, что кто-нибудь из команды Мортона захочет поддерживать в основной ветке reiser4, а также примкнувшие к ним люди из namesys, ибо ФС сделана, но не используется.

"Релиз Linux ядра 2.6.20"
Отправлено Gentoo , 08-Фев-07 17:04 
та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте лучше ext4dev

"Релиз Linux ядра 2.6.20"
Отправлено lamer , 11-Фев-07 01:42 
>та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте
>лучше ext4dev
Рейзер4 на мое мнение очень круто задуман(почитал описание).Но что-то господин Рейзер перестарался - слишком уж оно навернутое получилось, а потому обезглючка этой неплохой ФС займет архидохуа времени.Хорошие решения должны бы быть более простыми, чтобы быть предсказуемыми и надежными.Но, желательно, со всеми фичами рейзеровской системы :).Нечто типа рейзер-лайт 8)

"Релиз Linux ядра 2.6.20"
Отправлено lamer , 11-Фев-07 01:43 
>та рейзеры по-жизни тормознутые и однозадачные
Берем и создаем 100 000 файлов в 1 каталоге.Делаем с ними что-то.Смотрим кто там тормозной.Кто угодно, но только не рейзер.

"Релиз Linux ядра 2.6.20"
Отправлено Аноним , 06-Фев-07 12:41 
fresco, благодарю за подробный ответ. Печально получается, не вижу большого смысла развивать ext4, хотя разработчикам, возможно, виднее. Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.

А чем ext4 принципиально отличается от ext3? Там собираются сделать такой же шаг, как от ext2 до ext3? В таком случае - отлично, хотя я никогда ext2/ext3 лично не пользовался, все годы сидел на reiserfs, проблем не замечал, однако люди об этом спорят как всегда.


"Релиз Linux ядра 2.6.20"
Отправлено fresco , 06-Фев-07 13:20 
> Если бы ввели 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, на каких-нибудь критических БД-серверах. Но не на десктопах.


"Релиз Linux ядра 2.6.20"
Отправлено lamer , 11-Фев-07 01:53 
>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>полагаю, важнее 15-20% производительности,
Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых они хранятся стоят.А так да, ламерам и геймерам всяким может и пох - переставят систему да заново гамезы установят в случае чего.

>чем гарантия сохранности данных после сбоя. Возможно,
>reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но
>не на десктопах.
Ага, рейсер4 на продакшне... а отладят его когда?
А так - рейсер4 это не только б+ деревья.Это еще и выделение блоков по размеру файла, это упаковка их хвостов.Сколько реально места займут 100000 20-байтных файлов на рейзер4?И сколько в ext4?И сколько места будет пущено псу под хвост на оверхед файловой системы?А еще рейзер - это система плагинов для сжатия и шифрования.Как минимум по задумке.Вообще задумано офигенно.А вот реализация чрезмерно сложная получается а потому глючная :\.Интуиция подсказывает что можно нечто подобное и как-то проще, без такой кучи наворотов.


"Релиз Linux ядра 2.6.20"
Отправлено _Nick_ , 11-Фев-07 22:06 
>>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>>полагаю, важнее 15-20% производительности,
>Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых
>они хранятся стоят.

в одной теме тебя послушать - пусть лучше все наеб***ццо сразу и неважно как.
Главное, что если кто решил упасть - то попутно цепанул еще ФС, ну может та еще и винт - и тогда можно смело вырубать весь комп.
Все и сразу. Со всеми данными (м*ть их так...)  Главное шоб не тормозило...

А тут - уже и 15% не особо нужны...


Так что тебе важнее? надежность или скорость? (возможны 2 ответа: для дома и...  не дома)