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)

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

Ну наконец-то!

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

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

FreeBSD, Haiku.

UNiTE ★★★★★
()

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

Ну да, канеш...

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

Можно посмотреть багрепорт? :)

Да что-то было в прошлом году, лень искать.

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

Да. Если используете nouveau.

UPD: впрочем, bumblebee для nouveau не нужен со времён запиливания DRI_PRIME, а указанная выше фича — это аналог bbswitch, только реализованная непосредственно в ядрёном nouveau; для radeon'а оно на очереди в 3.13.

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

да ладно, кода Билли в досе особо и нету

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

это был маркетинг. После этого сбора весь мир заговорил о Убунте

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

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

(BTRFS / ZFS) + snapshots ...

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

linux как был говном так и остался

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

Помниться Горбачев докатался так.

Да, было дело.

Ну что, ожидаем systemd прямо в ядре к возвращению Линуса?

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

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

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

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

Выключите свой генератор бреда. Единственный софтовый 3D-драйвер в Mesa — это llvmpipe. Всякие «Mesa'вские» части драйверов intel, radeon и nouveau используют именно аппаратные функции карточек. Степень реализации функционала и его «скорость», конечно, разнятся в зависимости от драйвера и железа, но тем не менее используются всё же «железячные» возможности.

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

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

А как она может тебя устраивать если с Nouveau она ниже чем на встроенной карте Intel? Ведь тогда запуск игр на nvidia теряет всякий смысл.

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

Ну наконец-то!

Тред почитай сначала, ты не один такой, который не заметил слово Nouveau.

Да уж, интеллектуальный уровень лоровцев падает всё и ниже, и ниже.

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

Ведь тогда запуск игр на nvidia теряет всякий смысл.

А как кого-то может интересовать скорость работы игр?

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

Ну, или что-то того.

Наверное это «маркетинговый ход», который должен показать — как стремительно развивается Linux.

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

впрочем, bumblebee для nouveau не нужен со времён запиливания DRI_PRIME

Ещё как нужен, свежая дефолтная Ubuntu, например, не умеет отключать питание на NVidia карте так что батарея сажается и ноут работает в режиме отопления помещения.

Выход либо поставить Bumblebee и тогда он будет отключать неиспользующуюся nvidia, либо в BIOS переключить видеорежим с switchable на integrated.

Запускать игры на bumblebee+nouveau конечно только маразматик станет, но вот если кто то хочет иметь в системе только открытые драйверы то связка bumblebee+nouveau позволяет иметь карту nvidia отключённой, потому что если отключить nvidia в BIOS то когда перезагружаешься в Windows чтобы поиграть её снова надо каждый раз включать.

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

Шустро — это со средними настройками на разрешении 1366x768, с FPS около 30-40. Ах да, Wine лучше 1.7.1 с патчами для ускорения DirectX.

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

Единственный софтовый 3D-драйвер в Mesa — это llvmpipe. Всякие «Mesa'вские» части драйверов intel, radeon и nouveau используют именно аппаратные функции карточек.

Это вы включите логику, потому fps так и вырос в ядре 3.12 что Mesa выполняет значительную часть операций на CPU, а не на GPU.

Допускаю что это связано не с тупостью и ленью разрабов Mesa, а с отсутствием документации по которой это можно было бы реализовать на GPU.

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

Bumblebee — это надстройка над VirtualGL и bbswitch. VirtualGL — юзерспейсный костыль для выполнения псевдо-offloading'а. bbswitch — это ядрёный костыль для отключения/включения дискретки в нужные моменты.

Так вот, провайдером возможности динамического включения и отключения питания для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus, раньше был лишь bbswitch, а теперь всё прямо в ядрёном nouveau. В ядре 3.13 аналогичным функционалом обрастёт и ядрёный radeon (патчи уже есть, но они не попали в 3.12).

Вот и получается, что отпадает надобность и в VirtualGL (есть честный DRI_PRIME, который кое-как можно использовать и с блобом nvidia), и в bbswitch (если используется nouveau; мы ведь про него сейчас, верно?), и в такой вещи как свежая дефолтная Ubuntu.

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

А прочитать - не?

выигрыш в производительности наступил из-за добавленных в ядро Linux 3.12 изменений, касающихся работы с буферами с использованием CP-DMA/sDMA.

Тут такое дело, что данные приходится копировать из RAM на GPU.

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

Зачем выстраивать какие-то теории из собственных предположений, когда достаточно всего-навсего следить за новостями о видео-подсистеме GNU/Linux?

Попросим о консультации уважаемых товарищей RussianNeuroMancer'а, Behem0th'а и Novell-ch'а.

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

К делу это отношения не имеет. Но всё же отвечу, что интересовала прежде всего гипотетическая возможность запуска «крузисов» в GNU/Linux на свободном драйвере radeon (на блобе nvidia-то оно и пару-тройку лет назад бегало OK).

Тест такой, коли прикажете.

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

Вот и получается, что отпадает надобность и в VirtualGL (есть честный DRI_PRIME, который кое-как можно использовать и с блобом nvidia), и в bbswitch (если используется nouveau; мы ведь про него сейчас, верно?), и в такой вещи как свежая дефолтная Ubuntu.

Если следующая Ubuntu из коробки встанет на ноут так, что карта nvidia будет по умолчанию отключена то да bumblebee будет больше не нужен для драйвера nouveau.

Но проприетарный драйвер nvidia до сих пор не умеет отключать питание если карта не используется поэтому для него по-прежнему будет нужен bumblebee.

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

Я понял зачем Линус так спешит менять мажорную версию, чтобы успеть пошутить еще и про

Linux Debian 7 Ultimate Edition

И тогда на лоре можно будет называть его «семерочкой».

исправил во имя великой справелдивости.

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

Но проприетарный драйвер nvidia до сих пор не умеет отключать питание если карта не используется поэтому для него по-прежнему будет нужен bumblebee.

Объясню ещё раз: Bumblebee = VirtualGL + bbswitch + много скотча. Вы говорите сейчас о функционале только одного из компонентов — а именно bbswitch. Сам по себе Bumblebee ничего не включает/отключает.

Если следующая Ubuntu из коробки встанет на ноут так, что карта nvidia будет по умолчанию отключена то да bumblebee будет больше не нужен для драйвера nouveau.

Следующая убунта может хоть с ядром 2.4.10 выходить — мне всё равно. А для использования заложенного в DRM-драйвер nouveau функционала по включению дискретки «по требованию» достаточно простого обновления ядра.

carasin ★★★★★
()

Novell Netware 3.12 !!! После for Workgroups 3.11

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

Объясню ещё раз: Bumblebee = VirtualGL + bbswitch + много скотча. Вы говорите сейчас о функционале только одного из компонентов — а именно bbswitch. Сам по себе Bumblebee ничего не включает/отключает.

Объясняю ещё раз свежая дефолтная Ubuntu или любой другой свежий дефолтный дистрибутив Linux должен встать на ноут так чтобы nvidia карта была отключена, если этого нет значит нужен Bumblebee потому что поставив его он выполнит это отключение.

для использования заложенного в DRM-драйвер nouveau функционала по включению дискретки «по требованию» достаточно простого обновления ядра.

В Ubuntu новое ядро появится только в следующей версии, ну либо в обновлении LTS выпуска и то это только начиная с 12.04 ввели.

anonymous
()

в DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием

Это, случайно, не та фича, благодаря которой блоб от нвидии уменьшает скорость пропеллера в зависимости от нагрузки (сразу после запуска иксов он резко стихает), а старый Nouveau продолжал шуметь, шуметь и шуметь?

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

Это, случайно, не та фича, благодаря которой блоб от нвидии уменьшает скорость пропеллера в зависимости от нагрузки

Нет, это только вкл/выкл питания.

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

Да, устраивает.

Кстати, производительность нуво по идее должна тоже вырасти - разработчики писали что производительность OpenGL как раз лимитировалась отсутствием нормального управления питанием.

DNA_Seq ★★☆☆☆
()

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

догоним и перегоним nvidia

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

Всё предельно ясно ;D

Ну да, нормальные люди предпочитают иметь дистрибутив Linux в котором всё работает из коробки, так что не надо знать ничего ни о Bumblebee, ни о VirtualGL, ни о bbswitch, ни о том как вручную выключать питание.

Скажу банальность - всё должно работать из коробки. Сейчас 2013 год и Linux конечно стал гораздо дружественнее к пользователю чем был 10 лет назад, но к сожалению до уровня Windows в этом плане ещё далеко, и дело как видим не только в отсутствии некоторого софта.

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


Сейчас 2013 год и Linux конечно стал гораздо дружественнее к пользователю чем был 10 лет назад, но к сожалению до уровня Windows в этом плане ещё далеко,


а зачем? например, я на линуксе в 1998-го, и сейчас он вообще шоколадный :)
а так, попинайте Поттеринга, может запилит Linux for housewifes?

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

разработчики писали что производительность OpenGL как раз лимитировалась отсутствием нормального управления питанием.

Управления питанием в Nouveau в зависимости от нагрузки на карту как не было так и нет, добавили только вкл/выкл для вторичных GPU.

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

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

Просто проще софтверно ограничить производительность дешёвых карт чем делать для них отдельную ветку производства.

Если это так, то тогда понятно почему NVidia не может открыть свои проприетарные драйверы или хотя бы предоставить документацию по управлению питанием.

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

а зачем?

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

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


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


и чем они круче чем NASA?

путь забьют на бубунту, а там пользователь сам выберет какую операционку он хочет, WinHome или Debian-stable

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

Я не далеко не эксперт так как не программист и все мои знания ищь из чтения рассылки месы.

Но анон частично прав, но лишь частично. Речь идет не о прямом рисовании графики на ЦПУ хотя могло бы рисоваться на ГПУ. Но помимо самого рендеринга в месе есть есть куча накладных работ.

На вскидку могу вспомнить один пример. В интеловский драйвер добавляли оптимизацию позволяющую повысить ФПС за счет переноса работы драйера в отдельный поток от основного ядра месы(? не уверен в правильности формулировки). Аналогия с недавними патчами на вино. В вине тоже по идее используется драйвер видеокарты для рендеринга, но перенеся код транслятора DirectX>OpenGL в отдельный поток удалось повысить ФПС. Произошло это за счет более оптимального распределения нагрузки между ядрами одного ЦПУ.

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

Но не стоит забывать что игры это не только рендеринг на ГПУ. Есть еще куча всего что считается на проце и производительность может упираться не в скорость видюхи а в проц. У меня сейчас как раз наблюдается такая ситуация в винде. Имея мощную карту Radeon 7950 в некоторых играх я получаю низкий ФПС. Производительность тупо упирается в относительно слабый проц который не может нагрузить карту.

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

Вот и ожидаемый бабий аргумент. Всё по Поварнину.

хехехе

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

Интересно, в нем починили тот баг с памятью, связвнный с нвидия-блобом или наконец сделали своппинг более мягким?

Можно ссылку на более подробную инфу, ибо мне кажется, что на одном хосте как раз ОН.

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