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)

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

Какой смысл использования 3d-ускорителя без 3d-ускорения?

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

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

Ну Вы меня поняли об каком разгоне речь. Факт тот что, на родных 2,7ГГц всё гуд, на разгоне к 3,2ГГц - ядро внезапно перестает видеть винт на этапе загрузки(разогнано http://bit.ly/17DdxES время в логе 2.239573 «ata1: SATA link down», сравнить с http://bit.ly/1862LRY (время 2.32)- без разгона). Причем оффтопик работает, значит грешить на железо не логично.

Да, мамку не менял, ибо нищеброд, нету средств менять мамки как носки.

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

В нашем пост-апокалиптическом мире прибыль предприятия не самый важный показатель. Гудвилл куда как интереснее :)

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

Заявят об обновлении ядра до 4.0.0.0.0.0.1, который будет содержать обновленный мэйл лист.

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

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

Понятно. Тогда зачем его вообще использовать? Чем штеуд не устраивает?

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

Плешивый и Ко всех тогда очень хорошо развели, и очень многие купились на это.

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

Пепел Andrey Gerykov бьётся в наших сердцах...

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

Он тебе о том и говорит что он его не использует и не планирует. Просто по умолчанию карта nvidia включена всегда и жрёт батарейку хоть и не используется для рендеринга, а в ядре 3.12 как-раз и добавили возможность отключения питания на вторичных GPU.

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

Чем штеуд не устраивает?

В ноуте, который я купил, Nvidia шла в нагрузку к 16 гигам памяти и 4-ядерному i7. Сам я предпочел бы чисто интеловскую графику, но...

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

Очень субъективное суждение

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

1. Поставить свой любимый дистрибутив Linux и получить полную поддержку технологии оптимус «из коробки».

2. Поставить свой любимый дистрибутив Linux и обнаружить, что сраная NVidia так за столько лет и не соизволила добавить поддержку своей технологии Optimus, начать поиски в Google как люди решают эту проблему, прочитать туеву хучу статей про Bumblebee, Primus, bbswitch, если повезёт и ноут поддерживается установить, настроить и пользвоваться.

Очевидно, что из двух вариантов - «все зашибись» и «геморрой», только мазохист, которому некуда девать время выберет вариант «геморрой».

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

Если bbswitch установлен

zsh -c 'sudo tee /proc/acpi/bbswitch <<<OFF'
отработает?

Если да, то шмель не нужен. И virtualgl не нужен. Ничего не нужно. У меня чисто интеловская графика по умолчанию, что я делаю не так? Конфиг для intel'а не использую, работает автоматом.

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

Если карта NVidia вообще не нужна (в смысле не нужна для игр под Windows в дуалбуте) то проще всего переключить в BIOS видеорежим на вариант Integrate, и тогда не надо заморачиваться вообще ни с чем.

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

Если карта NVidia вообще не нужна (в смысле не нужна для игр под Windows в дуалбуте) то проще всего переключить в BIOS видеорежим на вариант Integrate, и тогда не надо заморачиваться вообще ни с чем.

Это если есть bios в котором есть такой вариант

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

Да ну какая виртуалка. Различные версии движков в первую очередь Crafty,Stockfish,Komodo возможно Fairymax и ещё несколько. Тестил в семёрке, кубунту 13.04 с разными ядрами, и debian 7, все x64. Ссылку не дам. Komodo платный. Остальные находятся в гугле. Например stockfishchess.org, там и бинарники и исходники. В некоторых движках есть встроенные бенчи(Crafty точно). Буду рад если ошибаюсь.

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

У меня пока 3.2 и я знаю, что шмель мне нужен.

Не понял. Шмель это virtualgl+bbswitch. Второе отключает карту через /proc как я показал. От версии ведра зависит только работа с xrandr 1.4, к твоей проблеме отношения не имеет.

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

У меня там два варианта - Switchable и Integrated.

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

Есть третий вариант. Использовать Radeon и свободный драйвер. А ещё «простых пользователей» не существует.

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

(worry) надеюсь он сделал все необходимые прививки

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

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

Что ты имеешь ввиду?

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

Что ты имеешь ввиду?

Чтобы большие странички могли использоваться наравне с маленькими абсолютно во всех местах и комбинациях.

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

Под aarch64 Linux пилят. На бабки ARM, но делают вид что бесплатно...

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

Чтобы большие странички могли использоваться наравне с маленькими абсолютно во всех местах и комбинациях.

Не знаю наверняка, но подозреваю, что в других операционных системах с этим ситуация не лучше.

На счет использования наравне с маленькими — наверное, никаким корпорациям это пока нужно не было, поэтому не поддержали

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

На счет использования наравне с маленькими — наверное, никаким корпорациям это пока нужно не было, поэтому не поддержали

Да надо многим, но это же вся vm и все fs, поэтому в апстриме такое 10 лет делать потихоньку будут, чтобы помаленьку и правильно. А говнокод для какого-то конкретного случая за пределы корпораций не выходит.

Кстати, именно сейчас интел и гугль в lkml по этому поводу шуршат.

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

Или бэкап надо ежедневный вводить.

Как грится, пользователи делятся на тех, кто не делает бэкапы, и на тех, кто УЖЕ их делает...

shimon ★★★★★
()

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

отлично, дождались!

leader32
()
Ответ на: комментарий от I-Love-Microsoft

Ты свой фекальный коммент вывалил, мудонька

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