Linux Kernel 2.6.29 (новое ядро)

[ghostwolf]

Сегодня вышла новая версия ядра Linux - 2.6.29, как обычно включающая множество новшеств и улучшений. Основные изменения:

* Файловые системы
1. Новая экспериментальная файловая система Btrfs
2. Read-only файловая система SquashFS включена в ядро (сжатие по алгоритму LZMA пока не поддерживается)
3. OCFS2 теперь поддерживает ACL, атрибуты безопасности, квоты и проверку целостности метаданных
4. Возможность "замораживать" файловую систему (например для снятия резервной копии)
5. Множество небольших улучшений ext4, в том числе
1. Добавлена опция, позволяющая выключить журналирование (при этом производительность становится выше даже чем у ext2)
2. В документацию добавлена информация о барьерах записи
3. Исправлены многие ошибки и улучшена производительность
* Графическая подсистема
1. Механизм смены видеорежимов средствами ядра - Kernel-based mode setting (KMS)
2. Улучшения в Graphics Execution Manager (GEM)
* Множество улучшений в управлении питанием (в т.ч. новые драйвера для различных моделей ноутбуков)
* Сеть
1. Стек mac80211 готов к поддержке режима точки доступа (для работы требуется hostapd)
2. Поддержка стека WiMAX, а так же нескольких драйверов WiMAX-устройств
3. Поддержка инфраструктуры Generic Receive Offload (GRO) для драйверов LAN
* Аудио
1. Драйвер для кодеков HD Audio разделён на несколько частей (для различных вариантов кодека от разных производителей), теперь конкретная версия кодека должна определяться автоматически
2. Поддержка вывода аудио через HDMI на чипсетах от Intel и NVidia
3. Множество новых драйверов для вывода звука в "системах на кристалле" (System on Chip - SoC)
4. Управление питанием для AC97 и HD Audio
* Tux - толстый пингвин с утиным клювом - временно уступил пост официального талисмана Tuz'у - тасманскому дьяволу (только на один релиз, потом пингвин вернётся )
Подробности ТУТ

Скачать исходники

[razum]

Ждем -mm патча и выясняем кто из reiser4\btrfs на диске лучший хозяин.
Серьезно хотелось бы trustworthy бенчмарка...

[zergon]

надеюсь будет нормально работать с Мандиров 2009.0. А то 2.6.28 так и не заработал.

[serzh-z]

Учитывая, что ext4 объявлена "стабильной" в ядре 2.6.28, и вместе с тем на ней пропадают данные и постоянно вылезает ошибка ENOSPC, а в патченной 2.6.27 ещё и проблемы с производительностью ext4, то то, что btrfs появилась в ядре - ничего ещё не значит.

[kasak]

поставил ядро, логотип убог чуть более чем полностью, для исправления заменяем файл
/usr/src/linux/drivers/video/logo/logo_linux_clut224.ppm вариантом из 28го ядра (или любого старого) драйвера нвидиа ставятся

[Full Null]

Урааа! Жду пакета в арче

Учитывая, что ext4 объявлена "стабильной" в ядре 2.6.28, и вместе с тем на ней пропадают данные и постоянно вылезает ошибка ENOSPC, а в патченной 2.6.27 ещё и проблемы с производительностью ext4, то то, что btrfs появилась в ядре - ничего ещё не значит.

С самого релиза 2.6.28 перелез на ext4, вообще никаких проблем (у меня на ней ~900Гб данных)

[serzh-z]

С самого релиза 2.6.28 перелез на ext4, вообще никаких проблем (у меня на ней ~900Гб данных) unsure.gif

Ну что же, завидую... У меня на ней постоянно теряются настройки и вылетает "no space". Что на LVM, что на обычном разделе.

[Ленивая Бестолочь]

то то, что btrfs появилась в ядре - ничего ещё не значит

дык у них на сайтике столько всего в недоделанном состоянии значится, ясен пень в ядро включили исключительно для экспериментов.
там даже по моему пока еще снапшоты удалять нельзя. делать можно, а удалять - нет. у меня правда и не сделались - не срослись версии btrfs-utils в debian sid и btrfs source.

[AlexYeCu]

Я так понял, баг со снижением отзывчивости системы поправили? Жду для Федоры в таком случае. За исправление такого бага я готов простить любой логотип.

[TuxWare]

Я так понял, баг со снижением отзывчивости системы поправили?

Кто? Где? Когда?

[Flaming]

Учитывая, что ext4 объявлена "стабильной" в ядре 2.6.28, и вместе с тем на ней пропадают данные и постоянно вылезает ошибка ENOSPC

O_O Я делал /home на ext4, и ничего такого у меня не было. Впрочем, всё равно вернул ext3, чтобы сохранить совместимость с некоторыми livecd и ext2ifs.

За исправление такого бага я готов простить любой логотип.

Да ладно уж вам, чем вам так логотип не угодил? Это всего на один релиз. По мне так вполне себе симпатичный дьявол.

[serzh-z]

Я так понял, баг со снижением отзывчивости системы поправили?

Кажется, эта проблема была лишь до 2.6.28, потом исправили.

[luncher]

посмотрим как теперь wi-max поддерживается

[kidoz]

Сегодня обновился до gentoo-sources-2.6.29, впечатления крайне положительные: заметно увеличилась скорость загрузки системы (ext4), при копировании уменьшилось проседание скорости, понравился талисман Tuz.
Перешел полностью на ext4, один раз была проблема из-за питания (на gentoo-sources-2.6.28).

[Olegator]

Кажется, эта проблема была лишь до 2.6.28, потом исправили.

вроде баг ещё живой http://bugzilla.kernel.org/show_bug.cgi?id=12309

[Bluetooth]

ТОТ САМЫЙ баг еще не исправили, просто в новости к 28му ядру было сказано, что его нашли :))

[Flaming]

kidoz, в смысле fsck быстрее проверяет? Или монтирует заметно быстрее?

[Bluetooth]

я думаю, kidoz имел ввиду ТОТ САМЫЙ баг, благодаря которому при активной работе с файловой системой процессор занят iowait :)

[Alexxx]

я думаю, kidoz имел ввиду ТОТ САМЫЙ баг, благодаря которому при активной работе с файловой системой процессор занят iowait

Касательно это бага, у мну стало гораздо лучше.

[Portnov]

У меня уже больше месяца на домашнем сервачке (роутер+торрентокачалка+файлопомойка) на /home - btrfs. Просто из-за того, что чтоб сделать большой /home, пришлоось объединить четыре раздела двух разных винтов, а всякие lvm неохота было ставить. Да и не уверен, можно ли сделать lvm, не переделывая имеющиеся разделы. Пока не жалуюсь :)

[AlexYeCu]

эта проблема была лишь до 2.6.28, потом исправили.

У меня 2.6.27, создатели федоры не торопятся со сборкой ядер, а собирать своё со всеми дистроспецифичными патчами и выкачиванием кучи devel`ов мне не хочется. В репах только src 29-го.

[Bluetooth]

я думаю, kidoz имел ввиду ТОТ САМЫЙ баг, благодаря которому при активной работе с файловой системой процессор занят iowait

Касательно это бага, у мну стало гораздо лучше.

лучше по сравнению с каким ядром?

[AlexYeCu]

Значит не поправили? Мда. Зато какую-то пакость с хвостом впихнули.

[Alexxx]

лучше по сравнению с каким ядром?

2.6.28

[Ali1]

# uname -r
2.6.29-0.258.rc8.git2.fc11.x86_64
# mount
/dev/sda3 on / type btrfs (rw)
....

Код:

#sync 572041216 Мар 25 15:58 community-5.0-beta1.iso ... #sync # cp /home/ali/community-5.0-beta1.iso ./ && sync .... # iostat -c -m -d sda 2 10 Linux 2.6.29-0.258.rc8.git2.fc11.x86_64 (aliCQ.ali.mtu.ru) 25.03.2009 avg-cpu: %user %nice %system %iowait %steal %idle 2,08 0,29 5,33 2,30 0,00 90,00 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 33,74 0,24 1,87 1530 11853 avg-cpu: %user %nice %system %iowait %steal %idle 0,87 0,00 30,20 3,71 0,00 65,22 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 134,00 53,49 0,00 106 0 avg-cpu: %user %nice %system %iowait %steal %idle 1,23 0,00 24,26 7,27 0,00 67,24 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 113,00 41,04 0,00 82 0 avg-cpu: %user %nice %system %iowait %steal %idle 1,13 0,00 30,08 6,64 0,00 62,16 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 114,50 34,33 11,87 68 23 avg-cpu: %user %nice %system %iowait %steal %idle 1,57 0,00 37,29 6,66 0,00 54,48 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 142,00 28,33 30,10 56 60 avg-cpu: %user %nice %system %iowait %steal %idle 4,07 0,00 39,83 7,03 0,00 49,08 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 137,00 26,49 28,86 52 57 avg-cpu: %user %nice %system %iowait %steal %idle 2,35 0,00 34,12 7,29 0,00 56,24 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 145,50 28,53 26,79 57 53 avg-cpu: %user %nice %system %iowait %steal %idle 1,38 0,00 59,50 4,28 0,00 34,84 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 240,50 0,95 106,75 1 213 avg-cpu: %user %nice %system %iowait %steal %idle 0,98 0,00 33,46 5,41 0,00 60,15 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 138,00 0,00 68,95 0 137 avg-cpu: %user %nice %system %iowait %steal %idle 4,11 0,00 35,49 0,75 0,00 59,65 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn sda 140,00 0,04 4,55 0 9

Отзывчивость нормальная.

[Bluetooth]

Значит не поправили? Мда. Зато какую-то пакость с хвостом впихнули.

это вы про какую пакость?
а нассчет поправили - вот у двоих выглядит как будто поправили

[*Sasha*]

а нассчет поправили - вот у двоих выглядит как будто поправили

Значит им везёт, я улучшения не заметил.

[TuxWare]

Отзывчивость нормальная.

Вас не затруднит с этим же файлом сделать другую операцию
time cp <имя_файла> <имя_файла_1>
и указать марку hdd, чтобы можно было сравнить с заявленной скоростью.

[Ali1]

Отзывчивость нормальная.

Вас не затруднит с этим же файлом сделать другую операцию
time cp <имя_файла> <имя_файла_1>
и указать марку hdd, чтобы можно было сравнить с заявленной скоростью.

не затруднит

Код: Выделить всё

# time (cp community-5.0-beta1.iso community-5.0-beta1.1.iso && sync)

real    0m14.335s
user    0m0.038s
sys    0m10.390s

expr 572 / 14
40

Код:

hdparm -i /dev/sda /dev/sda: Model=WDC WD6400AAKS-22A7B0 , FwRev=01.03B01, SerialNo= WD-WMASY3631159 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50 BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?0? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1250263728 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7 * signifies the current active mode # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 4884 MB in 1.99 seconds = 2448.80 MB/sec Timing buffered disk reads: 344 MB in 3.00 seconds = 114.52 MB/sec #

Только это мало что значит.

Код: Выделить всё

# dd if=/dev/zero of=./test.img bs=1M count=1024
1024+0 записей считано
1024+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 5,37834 c, 200 MB/c

[kasak]

кстати у вас тоже насильно собираются модули scsi_waint_scan и hid_dummy?
вообще никак не отключить ни в генту, ни в слаке
если уж они такие важные, то и пусть бы в ядро жёстко включали.