LINUX.ORG.RU

Ядро Linux 3.13

 


2

1

Линус Торвальдс объявил о релизе ядра 3.13. Внесено примерно 12 тысяч исправлений от 1339 разработчиков, около 44% всех изменений связаны с драйверами устройств, 14% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра. Наибольший вклад внесён Intel - 11.9%, существенный вклад также внесён: 9,7% - Linaro, 9% - Red Hat, 5% - Samsung, 3.5% - IBM, 2.7% - SUSE, 1.7% - Google, 1.5% - NVIDIA, 1.1% - Oracle, 1.0% - Huawei, 0.9% - ARM.

  • Добавлена интеграция пакетного фильтра Nftables, развиваемого для замены iptables, ip6table, arptables и ebtables;
  • По умолчанию включена поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open), который позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения;
  • В ipset добавлена поддержка сетевых пространств имён (network namespaces);
  • Добавлена поддержка протокола HSR (High-availability Seamless Redundancy) для создания высокодоступных резервных Ethernet-каналов, обеспечивающих сохранение работоспособности сети при выходе из строя одного из каналов без задержки на восстановление;
  • Для сетевых сокетов представлена поддержка опции SO_MAX_PACING_RATE, позволяющей приложению выставить значение максимальной интенсивности обработки пакетов на транспортном уровне;
  • В стек IPv4 для сокетов добавлена поддержка режима IP_PMTUDISC_INTERFACE, позволяющего игнорировать механизм Path MTU discovery, т.е. не принимать и устанавливать новую информацию Path MTU, а всегда использовать параметры MTU сетевого интерфейса для отправляемых пакетов;
  • В интерфейсы виртуальных туннелей IPsec (vti) добавлена поддержка IPv6;
  • Появилась возможность использования непривилегированными пользователями некоторых вызовов sysctl (например, /proc/sys/net/ipv4/ip_local_ports_range или /proc/sys/net/ipv4/icmp_echo_ignore_all) для изолированных сетевых пространств имён (network namespaces);
  • С целью эффективного использования возможностей современных SSD-накопителей в ядро включен новый блочный слой (Linux block layer), рассчитанный на организацию многопоточного доступа к данным на многоядерных системах;
  • Значительно ускорена работа специализированной файловой системы SquashFS, обычно используемой в качестве ФС для установочных образов, Live-систем и прошивок;
  • Для системы Bcache, которая позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, добавлена поддержка инкрементального сборщика мусора, позволяющего свести к минимуму задержки при выполнении операций чистки кэша от устаревших элементов и повысить эффективность расходования места в кэше;
  • В модуле dm-cache, предназначенном для ускорения доступа к жестким дискам через применение кэширования на SSD-накопителях, добавлен режим сквозного проброса (passthrough), применяемого когда неизвестно насколько содержимое кэша согласовано с содержимым базового устройства;
  • В файловой системе Btrfs добавлена поддержка опций монтирования commit (задаёт интервал периодических коммитов, по умолчанию 30) и rescan_uuid_tree (инициирует процесс проверки и перестроения дерева UUID). Добавлен флаг FIEMAP_EXTENT_SHARED, позволяющий организовать совместное использование экстентов разными inode;
  • Для файловых систем SMB2/SMB3 добавлена поддержка клонирования файлов при копировании на стороне сервера (по аналогии с «cp --reflink»), а также возможность определения настроек сжатия для отдельных файлов (через «chattr +c filename»). Добавлена опция CONFIG_CIFS_STATS2 для сбора информации о сетевых адаптерах, что удобно использовать для отладочных целей;
  • Для F2FS представлена настройка CONFIG_F2FS_CHECK_FS, позволяющая отключить механизм проверки согласованности ФС на лету, влияющий на производительность;
  • Поддержка API Secure Element для организации выполнения защищённых операций с использованием протокола NFC;
  • Внесена серия улучшений в генератор псевдослучайных чисел: увеличена производительность, повышено качество энтропии, улучшена работа на платформах, отличных от х86;
  • Добавлено устройство KVM-VFIO, позволяющее огранизовать взаимодействие гипервизора KVM c построенными с использованием механизма VFIO драйверами устройств, работающих в пространстве пользователя;
  • Улучшения в SELinux: Обеспечена возможность установки контекста безопасности для rootfs (ramfs) в привязке к inode, что например может быть использовано для привязки метки к файлу, когда ФС не предоставляет обработчик xattr. Добавлен признак always_check_network, при включении которого всегда производится проверка пакетов и пиров, независимо от активности SECMARK и включения меток для пиров;
  • Добавлен Power Capping Framework, предоставляющий унифицированный интерфейс для управления настройками ограничения энергопотребления устройств из пространства пользователя;
  • Поддержка архитектуры Intel MIC (Many Integrated Core), используемой в сопроцессорах, имеющих форм-фактор карт PCIe и способных выполнять 64-разрядные экземпляры Linux;
  • Максимальное число CPU для архитектуры x86 увеличено с 4096 до 8192;
  • Для архитектуры ARM64 добавлена поддержка систем big-endian, горячего подключения CPU и 42-разрядного виртуального адресного пространства при использовании страниц памяти размером 64 Кб;
  • Поддержка GPU семейства «Hawaii» (R9 290X);
  • Стабилизирована и по умолчанию активирована поддержка динамического управления питанием и частотами (DPM) для большинства современных встроенных и внешних видеокарт Radeon;
  • Поддержка динамического включения и выключения дискретного GPU на базирующихся на технологии AMD PowerXpress ноутбуках с двумя GPU;
  • Внесены изменения, позволившие существенно увеличить производительность HD7000 и более новых GPU, поддерживаемых в Mesa Gallium3D-драйвером RadeonSI;
  • В DRM-драйвере Intel i915 появилась поддержка графической подсистемы процессоров на базе микроархитектуры Broadwell, которая придёт на смену Haswell;
  • В DRM-модуль Tegra добавлена поддержка 3D для Tegra20, Tegra30 и Tegra114. Для Tegra114 также добавлена поддержка HDMI;
  • Поддержка систем NVIDIA Tegra T124, Renesas r7272100, r8a7791;
  • Поддержка беспроводных адаптеров на базе чипов Qualcomm Atheros WCN3660/3680.

>>> Подробности (на английском языке)

★★★★★

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 6)

Вот написал бы про вклад RH и Canonical c цифрами (они есть в источнике) - назвали бы убунтохейтером, стали бы опять доказывать что не дело Марка пилить ядро. Написал без цифр (чтобы не перечислять все over 9000) - тоже не так, назвали вбросом. Убрал про дистрибутивы вообще - всё равно нет так. Что надо то? Как не напиши всё равно найдутся недовольные и обиженные. Ну не нравится напишите сами.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от loz

Это естественно для активно разрабатываемого проекта.

И вообще, собирать ядро со своим .config — Ъ.

a1batross ★★★★★
()
Ответ на: комментарий от mbivanyuk

Вот написал бы про вклад RH и Canonical c цифрами (они есть в источнике) - и ничего бы не было.

исправлено.

dib2 ★★★★★
()
Ответ на: комментарий от dib2

Ну так цифры близки к нулю. Вся проблема что я цифры не привёл? Ну ОК, буду приводить. Но ты уж тогда не кричи потом что это я от предвзятости.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от mbivanyuk

ну и каноникал близок к нулю. зачем писать фразу, которая намекает нам, что каноникал должен делать больше?

dib2 ★★★★★
()
Ответ на: комментарий от dib2

зачем писать фразу, которая намекает нам, что каноникал должен делать больше?

Сходи к психиатору. Ты видишь намёки там где их и близко нет. Мне похер что они там делают, делали или должны делать. Новость про ядро. Поскольку убунту - самый распросранённый дистрибутив я упомянул, что по сравнению с прошлым релизм их вклад не увеличился. Почему и что они там кому должны - мне похер.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от mbivanyuk

Ты видишь намёки там где их и близко нет.

всему треду с анонимусами видно, а тебе - нет. кому там к психиаТРУ с логопедом?

Мне похер что они там делают, делали или должны делать

чего пишешь фигню тогда? повыделываться убунтохейтингом?

Поскольку убунту - самый распросранённый дистрибутив я упомянул, что по сравнению с прошлым релизм их вклад не увеличился

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

dib2 ★★★★★
()
Ответ на: комментарий от guest_star

Я тянул на спичках какой дистрибутив упомянуть а какой нет. Минту досталась короткая. Не судьба.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от ins3y3d

его так долго и усердно грызли (хоть и заслуженно на некоторую часть), что у него возник естественный вопрос: на кой хер писать новости для этого стада?

anonymous
()
Ответ на: комментарий от anonymous

его так долго и усердно грызли (хоть и заслуженно на некоторую часть), что у него возник естественный вопрос: на кой хер писать новости для этого стада?

Мне конечно далеко до его уровня, но я признаться честно иногда задаю себе тот же вопрос.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от mbivanyuk

не пиши

ты наполняешь сайт контентом даже не за спасибо, а за царьковое отношение к тебе со стороны администрации

оно тебе надо?

anonymous
()
Ответ на: комментарий от anonymous

Ну во-первых иногда лучше написать чтобы понять самому. Во-вторых не все же стадо, большинство то интересные люди. И обсуждения бывают интересные.

mbivanyuk ★★★★★
() автор топика
Ответ на: комментарий от mbivanyuk

Всё что я хотел сказать, я уже сказал. Если ты не умеешь вникать в суть прочитанного, то нужно обратиться в соответствующие учреждения.

daemonpnz ★★★★★
()
Ответ на: комментарий от Kompilainenn

Если у меня спросят, я должен буду ответить «на лоре сказали, что по слухам с опеннета, основанных на слухах с фороникса»

goingUp ★★★★★
()
Ответ на: комментарий от daemonpnz

В прочитанном не было сути. Впрочем ОК, как скажешь.

mbivanyuk ★★★★★
() автор топика

кто тестил — iptables\ip6tables — всё ещё работает? :)

[в смысле всё ещё можно продолжать делать вид (практиковать самообман) будто nftables не существует:)?]

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 1)
Ответ на: комментарий от mbivanyuk

большинство то интересные люди

ты, видимо, и сам большинство, если тебе оно интересно

anonymous
()

кстати, это копипаста с опеннета, почему нет ссылки на опеннет? мне что, пожаловаться Чиркову?

anonymous
()
Ответ на: комментарий от Kompilainenn

если прочесть, то на 20к io операций быстрее, там, где носитель это потянет, но в целом минорненько

darkenshvein ★★★★★
()

кстате прикольно придумали — поставить какательную аватарку рядом с новостью о долгожданном ядре!

сразу прям такое чувство появляется — «ну наконецто вышло! ура!» :-)

user_id_68054 ★★★★★
()
Ответ на: комментарий от Desmond_Hume

их вклад в ядро сравним со вкладом канноникла

anonymous
()
Ответ на: комментарий от Desmond_Hume

А как же AMD??

Она ведь входит в Linaro, как и те-же ARM, Samsung, LG, RedHat и Canonical. Не понятно как эти все числа это учитывают.

los_nikos ★★★★★
()
Последнее исправление: los_nikos (всего исправлений: 1)

плохо, что только 40%, надо догнать до 60-ти.

lexxus-lex ★★★
()
Ответ на: комментарий от mbivanyuk

Вот написал бы про вклад RH и Canonical c цифрами (они есть в источнике) - назвали бы убунтохейтером

И так ясно, что Canonical ядро не пилит, потому что делает линукс пригодным для десктопа. Кто этого не понимает в любом случае срач разведут

MyFreedom ★★★
()
Последнее исправление: MyFreedom (всего исправлений: 1)

Ну как, теперь от швабодных дров амд не припекает? А то у меня кулер от оборотов пробил корпус. Пишу с брата.

ritsufag ★★★★★
()
Ответ на: Можно... от anonymous

ништяг!

а много команд проверял?

всякие там:

$ iptables -t mangle -A FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
???

ну или вот например такая:

$ iptables -P FORWARD DROP
???

user_id_68054 ★★★★★
()

Что-то зачастили они. Так, глядишь, к концу года и 4-е выйдет.

Стабилизирована и по умолчанию активирована поддержка динамического управления питанием и частотами (DPM) для большинства современных встроенных и внешних видеокарт Radeon;
Поддержка динамического включения и выключения дискретного GPU на базирующихся на технологии AMD PowerXpress ноутбуках с двумя GPU;

Йа джва года ждал!

MiniRoboDancer ★☆
()
Ответ на: комментарий от mbivanyuk

всё равно найдутся недовольные и обиженные

Дао постигни, о падаван!

P.S. За новость спасибо!

AlexM ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.