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)
Ответ на: комментарий от yanka

Canonical даже очень коммерчески успешное предприятие.

Тогда они бы недавно не собирали деньги.

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

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

punya ★★
()

Samsung - 4.7%

Мне страшно стало :(

fornlr ★★★★★
()

Линус собрался в поездку и решил не откладывать релиз ядра 3.12

Перевод: Линус вывалил не до конца оттестированный код под видом релиза.

I-Love-Microsoft ★★★★★
()

В DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием, в том числе добавлена возможности динамического включения и отключения питания для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus;

Вот когда интересно бездельники из NVidia соизволят добавить аналогичную функциональность в свой проприетарный драйвер?

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

В DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием, в том числе добавлена возможности динамического включения и отключения питания для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus;

Вот что писали до тебя:

Ну, теперь венде точно капец!

Неужели?

Ну теперь заживем!

Это ОН, сириусли!

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

Т.е. оптимус теперь будет работать из коробки?

Отвечаю всем и тебе, у вас что мозг отсох? - Вы читать умеете:

В DRM-драйвере Nouveau

В проприетарном nvidia-drivers этого нет.

anonymous
()

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

Кто объяснит, для чего это и как это работает?

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

У них наметился затяжной кризис совместимости с ядрами >= 3.11, а Вы про оптимусы говорите... Ох не зря я на Radeon со свободным драйвером сбёг, ох не зря ;D

carasin ★★★★★
()

Поддержка беспроводных карт на базе чипа Realtek RTL8188EU

Когда будет в raspbian?

DarkAmateur ★★★★
()

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

Это когда HAMMER вовсю бороздит просторы вселенной?

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

Да проприетарного вообще на 12 нет, так что приходится обходится тем, что имеем.

Технология Optimus имеет смысл только для проприетарного драйвера nvidia, потому что на драйвере Nouveau будет медленнее чем на встроенной карте Intel.

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

не глюпости,почему на винду пишут вирусы,хотя с неё ушли веб площадки и тд?потому что там ядра не меняется,структура остаётся,и то,что ты написал сейчас,будут пытаться заглушить годы.Тк ядро меняется раз в 3-4 года,если не считать гуя.

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

Ох не зря я на Radeon со свободным драйвером сбёг, ох не зря ;D

И как он? Правда что отрыв от проприетарного уже не порядки а всего в 2-4 раза?

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

почему на винду пишут вирусы

Классические вирусы (заражающие исполняемые файлы) уже давно ни под что не пишут. Пишут трояны. Троянам по большому счёту пофиг на структуру ядра и её неизменность. Им важна распространённость платформы и то, как она используется. Винда распространена на много больше, чем эти ваши пингвины. И сидят в ней под привилегированным пользователем толпы полных ламеров. Вот почему там такое раздолье для всякой живнсти. Ядро тут совершенно не причём.

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

что произойдет, если его трамвай переедет?

он умрет

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

Сходил по ссылке и вот что там написано:

Дополнение 1: ускорение наблюдается для дискретных внешних видеокарт, при тестировании APU AMD E-350 с интегрированным GPU Radeon HD 6310 заметного увеличения производительности не обнаружено.

Дополнение 2: эффект повышения производительности оказался обусловлен изменением алгоритма регулирования частоты CPU, что привело к работе CPU на более высокой частоте при проведении тестов и более высоким результатам для конфигураций, в которых мощность CPU является узким местом.

Дополнение 3: похожий эффект наблюдается и для драйвера Nouveau.

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

Дополнение 1: ускорение наблюдается для дискретных внешних видеокарт, при тестировании APU AMD E-350 с интегрированным GPU Radeon HD 6310 заметного увеличения производительности не обнаружено.

У тех, у кого полная карта с GPU, получат более быструю видеосистему. А те, у кого шитка, прирост производительности не заметят. Но шитки используют в основном в офисных или в дешёвых ПК, где априори отказываются от производительности в пользу цены.

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

Не только в это дело, чтобы под линь написать подобный торян, надо позаботится о том, чтобы хотя бы на 40% всех дистрибутивах стояли необходимые библиотеки для запуска этого троя и той-же версии, с которой он был собран, если конечно трой не будет написан на скриптовом языке)) Хотя, если написать троян целиком на асме и под конкретно x86 платформу, используя только лишь системные вызовы, можно сделать так, чтобы он работал на всех дистрибутивах, только вот времени на это уйдёт столько..)

Sharezil
()

в состав принят патч, определяющий факт полного бездействия системы (процессоры при этом могут не находиться в состоянии «idle» и выполнять код приложения) и отключающий в этом случае прерывания от таймера;

Не только микроконтроллеры тянуться к компьютерам, но и наоборот.

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

В некоторых случаях он почти догнал проприетарный.

По приведённой ссылке нормальные игры из Steam, в которые люди действительно играют не протестированы, да и те что есть в некоторых случаях показывают отставание в 2-3 раза от проприетарного драйвера.

К тому же нет тестирования серий HD7000 и HD8000, видимо с ними всё гораздо хуже чем со старыми картами поэтому их и не включили в итоговую таблицу.

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

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

всего в 2-4 раза?

Конечно, в пользу швабодного. Все подтвердят.

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

С опеннета:

В состав принят патч, определяющий факт полного бездействия системы (процессоры при этом могут не находится в состоянии «idle» и выполнять код приложения) и отключающий в этом случае прерывания от таймера. Изменение позволяет поднять производительность при использовании появившейся в ядре 3.10 системы динамического управления генерацией прерываний таймером, выполняющей планирование выполнения задач не зависимо от сигналов таймера. Патч позволяет исключить влияние ядра на выполнение приложения реального времени, обеспечив максимальную отзывчивость, без переключений на обработку прерываний от таймера (ранее, для работы системы требовалось минимум одно прерывание от таймера в секунду).

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

Там суть в том, что улучшили не GPU драйвер а алгоритм управления частотами CPU, что и сказывается только на открытых дровах, потому что они используют всюду эмулирование GPU через CPU, на проприетарные драйверы, которые используют аппаратные возможности GPU это почти не повлияло.

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

Я потому и написал про «некоторые случаи».

К тому же нет тестирования серий HD7000 и HD8000, видимо с ними всё гораздо хуже чем со старыми картами поэтому их и не включили в итоговую таблицу.

Да, с radeonsi похуже, но, в последнее время, отставание уже не такое страшное. Недавно вон color tiling врубили.

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

Там суть в том, что улучшили не GPU драйвер а алгоритм управления частотами CPU, что и сказывается только на открытых дровах, потому что они используют всюду эмулирование GPU через CPU, на проприетарные драйверы, которые используют аппаратные возможности GPU это почти не повлияло.

Я как раз сижу под radeon'ом.

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

Я как раз сижу под radeon'ом.

А я хотел сказать тем постом, что открытые драйверы на данный момент хуже проприетарных, потому что вместо того чтобы обрабатывать на GPU они обрабатывают на CPU (это касается Mesa), в этом и есть причина того что они сливают проприетарным.

Так что для поднятия производительности далее надо уходить от Mesa либо переписать Mesa так чтобы она не занималась эмуляцией на CPU.

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

ХЗ — я fglrx никогда не использовал. Но Crysis 2 под Wine'ом бегал вполне шустро (у меня HD 7690M). Кроме того, на свободном драйвере работает настоящий честный offloading (через интерфейсы ядра, а не через костыль под названием VirtualGL, или что там ещё придумали), чего ни в одном блобе нет и, похоже, в обозримом будущем не предвидится.

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

я fglrx никогда не использовал. Но Crysis 2 под Wine'ом бегал вполне шустро (у меня HD 7690M).

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

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

Бред какой! ЧТО они обрабатывают на CPU? ))

vitalif ★★★★★
()

в подсистему ATA добавлена поддержка новых SSD-накопителей, поддерживающих обработку очереди TRIM-операций

TRIM - дерьмище редчайшее, потерял все данные на одном из разделов на ssd (случайное rm -fr не того что надо), спохватился через пол часа максимум (ничего в это время на диск не записывалось). ВСЁ! Данным капец. Тот же R-Studio (как и другие) с обычных винтов, где удалялись файлы, формарировались разделы и записывалось очень много данных, вытягивает файло двухгодичной давности давно забытое. А тут через полчаса - полный ноль, как корова языком слизала. Теперь опции discard в fstab у меня не будет. Или бэкап надо ежедневный вводить.

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

частое обновление ядра одна из основ почему на линукс забивают пейсатели нужного софта

Починил.

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

TRIM - дерьмище редчайшее, потерял все данные на одном из разделов на ssd (случайное rm -fr не того что надо)

случайное rm -fr не того что надо

Э… Так это проблема технологии, или ты ССЗБ?

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

Вы говорите про десктопные карты. На мобильных смена поколений происходит аккурат по цифре 7690. Всё, что выше 7690M, уже поддерживается драйвером radeonsi. Моя карточка использует r600g.

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

На опеннете описано подробней:

Интегрирован улучшенный алгоритм OOM (out-of-memory), более корректно обрабатывающий состояние нехватки памяти в системе, но способный привести к появлению ранее не фиксированных ошибок категории «out of memory» в пользовательских приложениях. Основное отличие от ранее используемого алгоритма сводится к тому, что при запросе блока в ситуации исчерпании доступной памяти, процессу теперь возвращается ошибка выделения памяти (ENOMEM) вместо поиска и принудительного завершения прожорливого процесса.

Теперь в программе можно обрабатывать ситуацию исчерпания памяти. Что на мой взгляд здорово, т.к. можно обойтись без убивания процесса. Например, при получении сигнала программой прекратить выделение памяти и освободить уже занятое.

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

Э… Так это проблема технологии, или ты ССЗБ?

CCЗБ - часть обычного течения жизни, вопрос в том, можно ли исправить ситуацию если это случилось. В случае наличия TRIM - нет. Это я в печали. Технология вполне себе хорошая, но немного опасная.

Buy ★★★★★
()

По мнению Линуса, большая нумерация неудобна и вслед за 3.19 лучше перейти к версии 4.0

Когда трёхзначные версии вызывают дискомфорт, это ещё можно понять. Но чем принципиально различаются числа 19 и 29, 59, 99? Бесит эта ломка всех традиций версионирования в современном софте.

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

Бесит эта ломка всех традиций

делай вдоль

anonymous
()

Увеличен размер энтропии в буфере генератора псевдослучайных чисел на начальной стадии загрузки, за счёт использования всех данных дерева устройств (например, в дереве устройств встречаются такие уникальные для конкретной системы данные, как MAC-адрес сетевой карты);

Хммм.

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

случайное rm -fr не того что надо

такие как ты должны страдать

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

Технология вполне себе хорошая, но немного опасная.

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

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