LINUX.ORG.RU

Ядро Linux 3.12

 ,


1

2

Линус собрался в поездку и решил не откладывать релиз ядра 3.12: «I was vacillating whether to do an rc8 or just cut the final 3.12, but since the biggest reason to *not* do a final release was not so much the state of the code, as simply the fact that I'll be traveling with very bad internet connection next week, I didn't really want to delay the release». Он объясняет это отсутствием высокоскоростного интернета в ближайшее время. Ядро 3.12 уже доступно для скачивания на сайте www.kernel.org.

Одновременно объявлено о начале работы над ядром 3.13, и раскрыты некоторые подробности относительно ядра 4.0, планируемого к выпуску сразу за 3.19. По мнению Линуса, большая нумерация неудобна и вслед за 3.19 лучше перейти к версии 4.0: «I would actually prefer to not go into the twenties, so I can see it happening in a year or so, and we'll have 4.0 follow 3.19 or something like that». При этом ядро 4.0 должно выйти примерно через год и содержать только исправления ошибок и никаких новшеств или функциональных изменений. Таким образом, ядро 4.0 станет дополнительным стабилизирующим этапом, подводящим итог развития ветки 3.x.

В ядро 3.12 принято 10.4 тысяч исправлений от 1259 разработчиков. Примерно 46% всех изменений связаны с драйверами устройств, 20% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% — файловыми системами и 4% — c внутренними подсистемами ядра. По количеству внесённых изменений на первом месте Intel — 9.8%, затем Linaro — 7%, RH — 6.7%, Samsung — 4.7% и IBM — 3.7%, доля Canonical как всегда невелика. Вкратце об основных новшествах:

  • произведена стабилизация поддержки клиента кластерной файловой системы Lustre;
  • в файловую систему Btrfs добавлена начальная поддержка offline-режима дедупликации блоков данных;
  • в ext3 добавлена поддержка опции монтирования «journal_path=», позволяющей указать местоположение внешнего журнала;
  • для ext4 реализован метод агрессивного кэширования экстентов с использованием дерева состояния экстентов;
  • в XFS обеспечена поддержка пространств имён (namespaces);
  • поддержка многопоточности в реализации программного RAID5;
  • для DM (device mapper) подготовлен модуль для отслеживания статистики по активности ввода/вывода для диапазона блоков на DM-устройстве;
  • в подсистему ATA добавлена поддержка новых SSD-накопителей, поддерживающих обработку очереди TRIM-операций;
  • в разрабатываемую Samsung F2FS (высокопроизводительную файловую систему для Flash-накопителей) добавлена поддержка sysfs, возможность inline-хранения атрибутов xattrs, проведена оптимизация производительности;
  • для файловой системы HFS+ появилась поддержка POSIX ACL;
  • в подсистему evdev, работающей с устройствами ввода, добавлен новый ioctl-вызов EVIOCREVOKE, позволяющий отозвать доступ к указанному файловому дескриптору;
  • добавлен механизм паравиртуализированных блокировок (ticket spinlocks), увеличивающих эффективность блокировок в виртуальных окружениях;
  • в подсистему netfilter добавлена новая цель «SYNPROXY», симулирующая установку соединения на одной стороне межсетевого экрана до непосредственного фактического соединения на другой стороне;
  • в TCP-стек добавлена поддержка регулирования размера TSO (TCP segmentation offloading), что помогает исключить пульсацию TCP-трафика TCP при использовании разгрузки операций с сегментацией TCP;
  • в сетевой стек добавлен планировщик FQ (Fair Queuing), обеспечивающий дисциплину справедливого управления очередью для проходящего через систему транзитного трафика;
  • в подсистеме прямого рендеринге реализована технология Render Nodes, подразумевающая разделение монолитных устройств /dev/dri/card{num} на две категории: Rendering Nodes (/dev/dri/renderD{num}), отвечающие за аппаратное ускорение рендеринга и обсчет вычислительных заданий GPGPU, и ModeSetting Nodes (/dev/dri/modeset{num}), обеспечивающие переключение видеорежимов и управление экраном;
  • удалена поддержка интерфейса /proc/acpi/event, который уже длительное время отмечен как устаревший и не рекомендован для использования;
  • в состав принят патч, определяющий факт полного бездействия системы (процессоры при этом могут не находиться в состоянии «idle» и выполнять код приложения) и отключающий в этом случае прерывания от таймера;
  • менеджеры управления видеопамятью GEM и TTM переведены на использование унифицированной системы для управления виртуальными областями памяти, что позволило исключить дублирование кода;
  • в подсистеме управления памятью появилась возможность миграции больших страниц памяти (huge pages) между узлами NUMA;
  • интегрирован улучшенный алгоритм OOM (out-of-memory), более корректно обрабатывающий состояния нехватки памяти в системе, но способный привести к появлению ранее не фиксированных ошибок категории «out of memory» в пользовательских приложениях;
  • добавлен DRM-драйвер (Direct Rendering Manager) msm для графической подсистемы чипов Qualcomm Snapdragon с GPU Adreno A2xx/A3xx, разработанный в рамках проекта Freedreno;
  • в DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием, в том числе добавлена возможности динамического включения и отключения питания для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus;
  • в DRM-драйвере Radeon появилась поддержка динамического управления питанием (DPM, Dynamic Power Management) и ASPM (Active State Power Management) для GPU HD 8000 (Sea Islands); добавлена поддержка APU AMD Berlin, первого процессора на базе архитектуры HSA (Heterogeneous System Architecture) с графическим ядром GCN (Graphics Core Next);
  • в DRM-драйвере для GPU Intel улучшена поддержка процессоров семейства Haswell с графическим ядром Iris Pro 5200;
  • поддержка беспроводных карт на базе чипа Realtek RTL8188EU и Ethernet-адаптеров Intel i40e, MOXA ART (RTL8201CP), Solarflare SFC9100 и CoreChip-sz SR9700;
  • поддержка USB-контроллеров Faraday FOTG210 OTG и USB-модемов GCT GDM724x LTE;
  • в Video4Linux добавлена поддержка чипов обработки видео Renesas VSP1, устройств видеоввода Renesas R-Car, Mirics MSi3101, универсальных программируемых приёмопередатчиков Mirics MSi3101, USB-камер Syntek STK1135 USB, декодировщиков видео Analog Devices ADV7842 и кодировщиков видео Analog Devices ADV7511.

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

★★★★★

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

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

что мешает пропатчить обратно ? ятп. это только 64битных ядер касается ?

anonymous
()

это было уже млн раз, но я не перестаю негодовать от этой откровенно идиотской нумерации. т.е. теперь я должен помнить, что 4.0 это лишь багфиксы, а не мажорные плюшки. а 4.1. это мажорный релиз и там что-то добавили. а вот 4.3 это вновь багфикс и прочий бред.

чем им не нравилась нормальная нумерация, как была раньше? всё было понятно и можно было не читая changelog прикидывать измменения в ядре.

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

т.е. ты хочешь сказать, что ты не мог оценить кол-во и объём изменений между версиями 2.6.18 и 2.6.32?

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

ну дык с этого и надо было начинать, а не бросаться фекалиями

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

Зато секурно. Не пойму, что ты негодуешь.

Секурность относительная. Тут все видать зависит от контроллера и той логики по которой он занимается сборкой мусора. Мелкие файлы он видимо не трогает (по крайней в моем ssd), сохранилась куча относительно мелких картинок с кэша браузера. Просто мегатонны этого мусора мелкого размера, чисто по памяти отметил, что многие еще с прошлого года.

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

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

Интересная идея, спасибо )

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

Интересная логика. А какую технологию ты обвинишь, если сделаешь dd if=/dev/urandom of=/dev/sda, например?

Яж не обвиняю, просто в печали ) Хотя случайное удаление не такая уж и редкая вещь, а мышью вообще особенно легко смахнуть (выбрав «не в трэш»). У меня вот случилось первый раз за пять лет.

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

Разве при использовании LVM+dm-crypt не будет таких же проблем с восстановлением файлов?

Если будет, то чем оно хуже или лучше TRIM?

Chaser_Andrey ★★★★★
()

для DM (device mapper) подготовлен модуль для отслеживания статистики по активности ввода/вывода для диапазона блоков на DM-устройстве;

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

в подсистему netfilter добавлена новая цель «SYNPROXY», симулирующая установку соединения на одной стороне межсетевого экрана до непосредственного фактического соединения на другой стороне;

почти pf.

val-amart ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

Разве при использовании LVM+dm-crypt не будет таких же проблем с восстановлением файлов?

а какая тут вообще связь? я кстати использую lvm+dm_crypt поверх ssd, и trim включать все равно надо, причем во всех компонентах.

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

наверно имелось ввиду, что посекторно уже не восстановишь

kott ★★★★★
()

В комментариях уже упоминали про идиотскую систему нумерации ядра?

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

OK. Но всё же речь не идёт о софтовом рендеринге на Intel'ах, Radeon'ах и Nvidia'ях. Оверхед-оверхедом — но, ИМХО, это вопрос оптимизаций, не более. Софт-рендер — всё же удел llvmpipe'а.

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

Тэк-с... А что в этом случае остается от оптимистик маллока? У него ведь основная фича была в оверкоммите: запросы на выделение памяти давали положительный результат, в расчете на то, что когда память по-настоящему понадобится (то есть начнется доступ к ней), ситуация «как-нибудь рассосётся».

AlexM ★★★★★
()

в подсистеме управления памятью появилась возможность миграции больших страниц памяти (huge pages) между узлами NUMA;

Лучше бы нормальную поддержку этих huge pages сделали, чтобы first class citizen, а не этот позор hugetlbfs.

mv ★★★★★
()

в ext3 добавлена поддержка опции монтирования «journal_path=», позволяющей указать местоположение внешнего журнала;

Это что, для SSD типа?

для файловой системы HFS+ появилась поддержка POSIX ACL;

А вот это и правда здорово.

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

А кто вам сказал, что осел мертвый? Canonical даже очень коммерчески успешное предприятие.

Это «коммерчески успешное предприятие» всю свою историю работает в убыток, вы это имели в виду под успешностью?

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

Нет, просто чую, что семёрку оффтопикоядные будут мозолить столько же, сколько и ХР... А для дебиана норма - долгое использование каждой мажорной версии.

Да и текущий выпуск дебиана - седьмой, такчто moi уже пол-года как называет демьян семёрочкой :) А следующий релиз будет восьмёрочкой :) хотя, если проводить аналогию, то == «*(»

nekosargot ★★★
()
Последнее исправление: nekosargot (всего исправлений: 1)
Ответ на: доля Canonical от V_P

Их дело - продолжать пилить Ubuntu.

ну и нехай пилят

kto_tama ★★★★★
()

В треде полно илитки, которая даже не понимает что такое хрум/фокс-релизы, а уже на ведро этот ярлык повесили. Дожили.

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

Ты же упоротому троллю отвечаешь…

anonymous
()

в файловую систему Btrfs добавлена начальная поддержка offline-режима дедупликации блоков данных;

Я джва года жду эту фичу

Flammpanzer
()
Ответ на: комментарий от val-amart

а какая тут вообще связь?

Дык почти прямая. При связке LVM+dm-crypt разве можно нормально восстановить удаленные файлы? В смысле, LVM раскидает частями по блокам, а из-за dm-crypt снаружи они будут нечитаемым месивом.

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

Открой хотя бы википедию, что ж ты так позоришься перед всеми то...
TRIM - всего лишь команда(без которой твой SSD через неделю колом встанет), а невозможность восстановления удаленных данных это особенность/недостаток/фитча твердотельных накопителей.

lucky_guy ★★★
()
Ответ на: комментарий от val-amart

я вообще решительно не понимаю в чем проблема

я как бы тоже

бекапы нужны

именно

Chaser_Andrey ★★★★★
()

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

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

Да, устраивает. Спасибо.

Какой смысл использования 3d-ускорителя без 3d-ускорения? vaapi обычно не хуже чем vdpau, а для cuda и opencl он как был не нужен так и остается, достаточно bbswitch.

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

Небось в виртуалке запускал? Ссылки на исходные данные плиз: сорсы, бинарники; сейчас миром протестим же.

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