1 (22.07.2011 11:05:15 отредактировано doctor_jekyll)

После двух месяцев разработки представлена новая версия ядра Linux 3.0.

Из изменений следует отметить такие:

    организационные:

        произошла смена мажорного номера и системы нумерации в целом. Это не повлекло за собой кардинальных изменений кода, но правильным образом укрепило модель разработки, принятую для ветки 2.6;

    в сетевой подсистеме:
        включен JIT-компилятор для BPF (для платформы x86_64);
        добавлена возможность посылать и принимать пакеты ICMP_ECHO непривилегированными пользователями через новый сокет IPPROTO_ICMP;
        произведены улучшения в подсистеме Samba;
        добавлена новая дисциплина планирования QFQ;
        добавлена возможность изолирования соединений VPN;
        добавлены и обновлены драйверы проводных и беспроводных сетевых устройств;

    в файловых системах:
        произведены множественные улучшения в btrfs, отдельно следует выделить автоматическую дефрагментацию (применима к небольшим файлам);
        в ext4 добавлена поддержка информирования программами файловой системы о том, что некоторые области файлов не содержат данных;
        в tmpfs добавлена базовая поддержка расширенных атрибутов;
        в xfs добавлена поддержка оповещения носителей об освобождаемом месте непосредственно в момент удаления файлов;

    в подсистеме виртуализации:
        в Xen добавлен backend хранения данных, что позволяет использовать ванильное ядро как хост-систему без применения дополнительных патчей;

    в архитектуре:
        начата реорганизация дерева ARM с целью унификации;
        выключена оптимизация по размеру по умолчанию;
        в KVM добавлена поддержка процессоров VIA;
        теперь ядро поддерживает 64-разрядную архитектуру Tilera;
        реализована поддержка режима SMEP (Supervisor Mode Execution Protection) для современных процессоров Intel. При его включении ядру аппаратно запрещается исполнять код из непривилегированных страниц пространства пользователя. SMEP предохраняет ядро от некоторых видов атак и эксплоитов.
        функция подсистемы управления памятью mmu_gather теперь может вытесняться, что значительно улучшило масштабируемость ядра;

   в видеоподсистеме:
        обновлены драйверы i915;
        в драйвере Radeon улучшена поддержка DisplayPort;
        в драйвер Nouveau добавлена поддержка технологии Pmpeg для чипов nv40 и nv84;
        улучшена поддержка NVIDIA Optimus;
        в код DRM добавлена поддержка 30-разрядной цветовой глубины;

    другое:

        добавлена поддержка драйвера isci для контроллера SAS в сервере Intel C600;
        в драйвере mvsas добавлена поддержка чипов 88SE9445 и 88SE9485;
        теперь неиспользованные порты SATA можно полностью отключать;

http://article.gmane.org/gmane.linux.kernel/1170070

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

2

«Запостил» новость, но заметил, что меня опередили  :o
Так как тексты новостей несколько отличаются и дополняют друг друга, решил их объедининть.


Релиз Linux-ядра 3.0

Линус Торвальдс анонсировал релиз Linux-ядра 3.0, в котором завершена интеграция поддержки XEN dom0, в netfilter интегрирован JIT-компилятор BPF-правил, добавлена реализация кэша Cleancache, обеспечена поддержка "Wake on WLAN". Выпуск 3.0 ознаменовал завершение развития ветки 2.6.x, которая развивается уже около 10 лет и переход к новой схеме нумерации. Следующим после 3.0 выпуском станет версия 3.1, затем 3.2 и так далее, пока не пройдут очередные 10 лет или не возникнет потребность коренных изменений, связанных с глобальной переработкой ключевых подсистем или нарушением совместимости. В процессе накопления патчей корректирующие обновления будут представлены как 3.0.1, 3.0.2, 3.0.3 и т.п.

Отдельно подчеркивается, что версию 3.0 не стоит считать каким-то кардинальным шагом, какой можно было наблюдать при появлении GNOME 3.0 или KDE 4.0. Linux-ядро 3.0 - это просто формальная смена нумерации, приуроченная к двадцатилетию проекта и десятилетию существования ветки 2.6.x, не более. В новой версии нет каких-либо серьезных нарушений совместимости или специальных новшеств. Новое ядро плавно продолжает развитие текущей кодовой базы и по уровню нововведений сравнимо с выпуском версии 2.6.40. Более того, число изменений по сравнению с прошлыми выпусками выглядит достаточно скромно. Процесс разработки также остаётся прежним.

В новую версию принято 9862 исправлений от 1276 разработчиков, размер патча - 44 Мб (добавлено 8002 тыс. строк кода, удалено -
7946 тыс. строк). Около 41% всех представленных в 3.0 изменений связаны с драйверами устройств, примерно 25% изменений имеют
отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра.

Наиболее интересные новшества ядра 3.0:

  • Виртуализация и безопасность

    • Окончание интеграции полной поддержки Dom0 и DomU в Linux-ядро. В состав ядра 3.0 принят бэкенд xen-blkback, необходимый для обеспечения работы виртуальных блочных устройств. Таким образом в стандартном ядре теперь содержится полный набор средств, необходимых для работы Xen в качестве управляющего хоста и гостевой системы. Отныне поддержка Xen будет неотделима от ядра Linux и будет развиваться вместе с ним, без ведения отдельных веток и поддержания дополнительных патчей.

    • Поддержка раздельных номеров файловых дескрипторов внутри изолированных пространств Namespace. Namespace является своеобразной легковесной техникой виртуализации, при которой некоторые процессы могут быть отрезаны от остальной системы, работая в отдельном пространстве имен и не влияя на другие части системы.

  • Дисковая подсистема, ввод/вывод и файловые системы

    • Поддержка автоматической дефрагментации в файловой системе Btrfs;

    • Проведение оптимизации и чистки кода в подсистеме VFS;

  • Сетевая подсистема

    • В код netfilter интегрирован JIT-компилятор для правил BPF (Berkeley Packet Filter), поддерживающий работу на системах x86-64, что позволит значительно увеличить производительность обработки пакетов пакетным фильтром.

    • Поддержка непривилегированных ICMP_ECHO ICMP-сокетов, при помощи которых можно организовать работу ping и других отладочных утилит без предоставления дополнительных привилегий через suid-бит или capabilities.

  • Память и системные сервисы

    • Добавление реализации нового типа кэша Cleancache, который может использоваться ядром для хранения восстановимых из других источников данных, которые не страшно потерять, но при наличии ресурсов неплохо держать в памяти. Например, в Cleancache могут храниться ассоциированные с файлами на диске страницы памяти, которые в случае очистки кэша впоследствии могут быть перечитаны с диска. Поддержка CleanCache уже добавлена в Ext3, Ext4, Btrfs, OCFS2 и Xen. Cleancache является первой практической реализацией появившейся в ядре 2.6.39 техники трансцендентного управления памятью ("Transcendent memory"), позволяющей улучшить поведение системы при работе с не представляющими важность данными (например кэш) в условиях дефицита оперативной памяти. По сути Transcendent memory напоминает RAM-диск, имеющий ряд особенностей: размер RAM-диска не известен, запись данных не всегда может быть гарантирована и уже записанные данные могут быть очищены (удалены).

  • Оборудование и аппаратные архитектуры

    • Продолжение реорганизации кода, связанного с платформой ARM;

    • Добавление разработанного в рамках проекта OpenKinect драйвера для устройств Microsoft Kinect. В настоящее время драйвер способен принимать с устройства видеопоток, взаимодействуя с RGB-сенсором или монохромным сенсором, т.е. позволяет использовать Microsoft Kinect в роли web-камеры или инфракрасной камеры. Датчики глубины пока не поддерживаются;

    • Обновление кода DRM-модулей Intel, Radeon и Nouveau. Проведена оптимизация производительности для гибридных процессоров Intel Sandy Bridge, обеспечена начальная поддержка Intel Ivy Bridge и AMD Fusion Llano APU;

    • Для беспроводных карт Realtek представлен новый драйвер rtl8192se;

Источник — http://www.opennet.ru/opennews/art.shtml?num=31259
Главная ссылка к новости — https://lkml.org/lkml/2011/7/21/455

Был, был и весь вышел...

3

Хм. Так оно же еще в mainline числится...
А все туда же - released.  :cool:

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

4

Отличный анонс, спасибо. Только сейчас всерьёз подумал о переходе на BTRFS.

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

5

Writer пишет:

Только сейчас всерьёз подумал о переходе на BTRFS.

А я уже перешёл  wink Правда, только на домашнем ноутбуке, данные «забэкапил», тестирую  ag

Был, был и весь вышел...

Writer,
А какая вообще лучшая ФС в Линукс, скажем для домашнего компа ( в плане производительности )?
* используется ext4 *

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

7

doctor_jekyll, А вот это смотря для каких задач...

АХАХХАХААХАХАХХАХАХ!!!11
То есть "Мяу"

8

А в btrfs наконец разобрались с fsck?
doctor_jekyll, я тут где-то постил про выбор, во http://linuxforum.ru/viewtopic.php?id=14783
Сейчас debian на jfs + raid 0, я на raid 0 что-то другое не захотел.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

9

newzenon пишет:

А в btrfs наконец разобрались с fsck?

это проблемма юзерспейса, а не ядра...

doctor_jekyll пишет:

А какая вообще лучшая ФС в Линукс, скажем для домашнего компа ( в плане производительности )?

извечный холивар... каждый выбирает своё... я комбинирую ext2+ext4+reiserfs+btrfs.
раньше ещё был xfs под видео, но его сжимать нельзя...

95% процентов проблем находятся между клавиатурой и стулом.

10

doctor_jekyll пишет:

А какая вообще лучшая ФС в Линукс, скажем для домашнего компа ( в плане производительности )?

Оптимально - это выбор FS под конкретные задачи.
У меня, к примеру, система стоит на ext4, а вот винт, на котором в основном фильмы в xfs, т.к. она лучше работает с большими файлами.
Под мелкие файлы лучше reiser4 не найти... так что, собирательный образ "идеальной фс" получается ))

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

11

mdma пишет:

в xfs, т.к. она лучше работает с большими файлами.

сколько об этом говорили... не видел ни одного пруфа этого мифа (особенно в сравнение с ext4).

mdma пишет:

Под мелкие файлы лучше reiser4 не найти... так что, собирательный образ "идеальной фс" получается ))

zfs же  smile 
когда-нить может btrfs станет...

95% процентов проблем находятся между клавиатурой и стулом.

12

Fat-Zer пишет:

это проблемма юзерспейса, а не ядра...

А куда без него-то?

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

13

Fat-Zer пишет:

сколько об этом говорили... не видел ни одного пруфа этого мифа (особенно в сравнение с ext4).

а вы поставьте и попробуйте... погонять, скажем, восьмигиговые файлы по xfs и ext4 ))
и погонять на ней же (xfs) мелкие файлы, особенно с деревом глубиной 30+ )))
а пруфы, кстати, всплывали на опеннете, и не так давно - найти можно.

Fat-Zer пишет:

zfs же 

да, как-то про нее я совсем забыл...

P.S. Кстати, в ext4 мне не нравится то, что она слишком много места занимает... около 7-9% от жесткого диска... обидно.

Диагноз: Gentoo'шник в стадии ремиссии. Лечению не поддаётся.

14

mdma пишет:

погонять, скажем, восьмигиговые файлы по xfs и ext4 ))

ну я больше 4Г фильмы не качаю... на 22-х дюймовом мониторе разница между пожатым и не пожатым hd - не видно

newzenon пишет:

А куда без него-то?

http://xkcd.ru/i/644_v2.png
Чёрт. Он не просто не установил его, он пришил наклейку «Vista-Ready» к моей руке.

95% процентов проблем находятся между клавиатурой и стулом.

15

Fat-Zer пишет:

ну я больше 4Г фильмы не качаю... на 22-х дюймовом мониторе разница между пожатым и не пожатым hd - не видно

Я перестаю видеть разницу где-то после 8 Гб. Тоже 22 дюйма.

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

16

Надежность xfs это уже притча. ext4 с с торрентанми отлично справляется.

Fat-Zer пишет:

Чёрт. Он не просто не установил его, он пришил наклейку «Vista-Ready» к моей руке.

Класс!

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

17

Lupo Alberto пишет:

А я уже перешёл  wink Правда, только на домашнем ноутбуке, данные «забэкапил», тестирую

Я в теме, сообщите, пожалуйста, потом о результатах тестов и их методах. Давно смотрю с торону бтр, но как то меньжую на неё переходить....

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

18

Fat-Zer,
Ну допустим есть Арч. Есть такие разделы
/boot - 600 метров
/root - 20 гиг
/home - ~400 гиг

Если вы говорите что образ составной, то в каких ФС лучше держать каждую из частей ос?

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

19

а зачем под BOOT 600 метров?  oO
я всегда оставлял 100, хотя и этого много

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

20

Vadimsky,
Когда то (будучи на Дебе) экспериментировал с ядрами))) Тут разбивал по старому принципу)))) И все же ...

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

21

я обычно делаю так:
/boot - ext2 - 100 Mb (ну кому сколько на душу понравится)
/         -  riserfs - 7 Gb
/tmp - ext2 - 2Gb (если RAM достаточно то лучше вынести в память)
/home - ext4 - чем больше тем лучше
/var/log - ext4 - 100 Mb

Это базовое, иногда по ситуации вношу коррективы.

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

22

Vadimsky, а под логи почему ext4?

95% процентов проблем находятся между клавиатурой и стулом.

23

Что бы в них всё сохранилось, даже время доступа к самому файлу лога, ну это параноидальность для серваков, на десктопе вообще в партицию не выношу.

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

24

Vadimsky пишет:

Я в теме, сообщите, пожалуйста, потом о результатах тестов и их методах.

Это я сильно сказал — «тестирую»  wink
Установил, скорость загрузки и запуска приложений возросла. Специально не измерял, сужу субъективно.
Несколько раз специально делал «мягкий» Reset «магическими» клавишами, один раз — «жёсткий», вынув батарею.
Данные все на месте. Очень нравится система снапшотов — проще отката к предыдущему состоянию я ещё не видел. Если раздел не корневой, даже перегружаться не надо. Возможно, и с корневым как-то можно обойтись без перезагрузки.
Единственный заметный для меня «минус» — своеобразный учёт дискового пространства в этой файловой системе  ac

Был, был и весь вышел...

25

Lupo Alberto пишет:

своеобразный учёт дискового пространства в этой файловой системе

То есть?

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

26

Lupo Alberto пишет:

Единственный заметный для меня «минус» — своеобразный учёт дискового пространства в этой файловой системе

это вы так мягко говрите о том, что он криво работает? компрессию не пробовали а новой ветке кста?

95% процентов проблем находятся между клавиатурой и стулом.

27

Vadimsky пишет:

То есть?

https://btrfs.wiki.kernel.org/index.php … ts_left.21

В двух словах: на этой файловой системе команда df «нагло врёт»  oO

Fat-Zer пишет:

компрессию не пробовали а новой ветке кста?

 Консоль:
lupo@gentoo-laptop ~ % grep btrfs /etc/fsta
/dev/sda5        /                btrfs        defaults,noatime,compress=lzo            0 0

Был, был и весь вышел...

28

 Консоль:
lupo@gentoo-laptop ~ % uname -a                                                                                       [gentoo-laptop][22:01]
Linux gentoo-laptop 3.0.0-gentoo-0a #1 Fri Jul 22 21:42:40 EEST 2011 i686 Genuine Intel(R) CPU T1350 @ 1.86GHz GenuineIntel GNU/Linux

Был, был и весь вышел...

29

Lupo Alberto пишет:

 Консоль:
lupo@gentoo-laptop ~ % uname -a                                                                                       [gentoo-laptop][22:01]
Linux gentoo-laptop 3.0.0-gentoo-0a #1 Fri Jul 22 21:42:40 EEST 2011 i686 Genuine Intel(R) CPU T1350 @ 1.86GHz GenuineIntel GNU/Linux

С почином.  smile

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

30

Опять-таки, субъективно, но всё шустрее  smile

Был, был и весь вышел...