The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз Linux ядра 2.6.20. Обновления 2.4.34.1, 2.6.16.39 и 2.6.19.3.

05.02.2007 04:23

Анонсирован выход Linux ядра 2.6.20. Наиболее интересные новшества:

  • Виртуальная машина KVM (Kernel-based Virtual Machine), являющаяся по сути модифицированной qemu с поддержкой аппаратных механизмов виртуализации SVM/AMD-V и Intel VT. Гостевые системы выглядят для корневой как обычные процессы, для них формируется полностью независимое аппаратное окружение;
  • Реализация средств паравиртуализации, которые могут быть задействованы в таких системах как lguest, Xen и Vmware;
  • Поддержка Sony Playstation 3;
  • "Fault injection" - генерация фиктивных разноплановых ошибок в подсистемах ядра, чтобы разработчики могли тестировать поведение своего кода во внештатных ситуациях (например, невозможность распределения блока памяти);
  • Оптимизация сборки для платформы 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 (пакеты с неправильной контрольной суммой доходят. Например, битые аудио и видеоданные могут быть частично восстановлены на уровне кодека);
  • Generic HID layer на базе USB HID layer (Human Interface Device).

Кроме того вышли обновления ядра: 2.4.34.1, 2.6.16.39 и 2.6.19.3.

  1. Главная ссылка к новости (http://www.kernel.org...)
  2. ChangeLog-2.6.20
  3. Резюме наиболее важных изменений в 2.6.20
  4. OpenNews: Обзор виртуальной машины KVM, которая появится в Linux ядре 2.6.20
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/9719-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Morph (?), 09:51, 05/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    зачастили... PS3 это +5 ))
     
     
  • 2.2, Аноним (-), 11:11, 05/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    теперь kvm останется тени)
     

  • 1.3, _Nick_ (??), 14:32, 05/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    тема:
    Аккаунтинг ввода/вывода (IO Accounting) на уровне процессов (учет трафика прошедшего через функции read() и write());

    давно ждал

     
     
  • 2.4, cnamed (??), 18:04, 05/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
     
     
     
    Часть нити удалена модератором

  • 4.6, Exe (?), 20:45, 05/02/2007 [ответить]  
  • +/
    мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт на хостинге.
     
     
  • 5.7, cnamed (ok), 21:04, 05/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт
    >на хостинге.
    друг, ты явно заадминился, шутки не ? не наш стиль ? :)

     
  • 3.8, pavlinux (??), 21:32, 05/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
    Это как спидометр в машине, вроде и нах... не нужен,
    а когда начинаешь на сверхзвук переходить, тут-то и задумываешься; "-А Не низко ли я лечу!?"
     
  • 3.20, lamer (??), 01:56, 11/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >а будь любезен, подскажи, чем это заморское чудо для русского человека полезно
    >?
    Ну если вам не нужно, вы и не юзайте, колхоз дело добровольное.А мне пригодится.Винды кстати такое тоже умеют.Почему линукс должен быть хуже? ;)
     

  • 1.10, Аноним (-), 11:49, 06/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про планы 2.6.21 что-нибудь слышно? Когда будет reiser4 в основной ветке ядра?
     
     
  • 2.11, fresco (??), 12:32, 06/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да никогда. Отладка reiser4 командой namesys сейчас не ведтся, реально кодом занимаются только 2 сторонних человека (Laurent Riffard и еще кто-то), квалификации которых хватает на мелкие патчи. Stephen Tweedie, Remy Card и сотоварищи заняты ext4, других спецов по файловым системам у Мортона нет. Так что доводкой reiser4 заниматься некому, а доводить там есть чего, поверьте!

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

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

     
     
  • 3.14, fresco (??), 14:33, 06/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Сории за дезу... Посмотрел тут архив рассылки reiserfs. Вобщем, активность, конечно, есть, Савельев продолжает работать над reiser4. Только, по-моему, все ограничивается багфиксами. Но надежда остается!
     
     
  • 4.15, Аноним (-), 16:43, 06/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, что кто-нибудь из команды Мортона захочет поддерживать в основной ветке reiser4, а также примкнувшие к ним люди из namesys, ибо ФС сделана, но не используется.
     
     
  • 5.16, Gentoo (?), 17:04, 08/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте лучше ext4dev
     
     
  • 6.17, lamer (??), 01:42, 11/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте
    >лучше ext4dev
    Рейзер4 на мое мнение очень круто задуман(почитал описание).Но что-то господин Рейзер перестарался - слишком уж оно навернутое получилось, а потому обезглючка этой неплохой ФС займет архидохуа времени.Хорошие решения должны бы быть более простыми, чтобы быть предсказуемыми и надежными.Но, желательно, со всеми фичами рейзеровской системы :).Нечто типа рейзер-лайт 8)
     
  • 6.18, lamer (??), 01:43, 11/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >та рейзеры по-жизни тормознутые и однозадачные
    Берем и создаем 100 000 файлов в 1 каталоге.Делаем с ними что-то.Смотрим кто там тормозной.Кто угодно, но только не рейзер.
     

  • 1.12, Аноним (-), 12:41, 06/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    fresco, благодарю за подробный ответ. Печально получается, не вижу большого смысла развивать ext4, хотя разработчикам, возможно, виднее. Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.

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

     
     
  • 2.13, fresco (??), 13:20, 06/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы ввели 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, на каких-нибудь критических БД-серверах. Но не на десктопах.

     
     
  • 3.19, lamer (??), 01:53, 11/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
    >полагаю, важнее 15-20% производительности,
    Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых они хранятся стоят.А так да, ламерам и геймерам всяким может и пох - переставят систему да заново гамезы установят в случае чего.

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

     
     
  • 4.21, _Nick_ (??), 22:06, 11/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
    >>полагаю, важнее 15-20% производительности,
    >Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых
    >они хранятся стоят.

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

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


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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру