Третьего июня Линус Торвальдс объявил о релизе Linux kernel 4.17, который должен был стать версией 5.0, но не стал. Расскажем, почему так вышло, и что нужно знать о версии 4.17.


/ фото Farhan Perdana (Blek) CC BY

Почему не 5.0


Несмотря на то, что Линус Торвальдс предполагал, что релиз с названием Linux kernel 5.0 появится летом 2018 года, этого не случилось. В своем апрельском посте на странице LKML.org Торвальдс заявил, что «не хочет быть слишком предсказуемым». Поэтому, хотя число git-объектов в репозитории уже превысило 6 млн, Линус не присвоил новому релизу название Linux kernel 5.0.

Торвальдс считает, что номера релизов ничего не означают и не подчиняются каким-либо нумерологическим правилам (несмотря на то, что релизы версий 3.0 и 4.0 совпали с увеличением числа git-объектов до 2 и 4 млн соответственно). Он пишет, что ситуация с нумерацией релизов будет та же, что при переходе на 4.0: «пока хватает пальцев, чтобы подсчитать вспомогательные номера версии (то есть раньше релиза 4.20), перехода на версию 5 ждать не стоит».

Что нового в 4.17


Этот релиз нельзя назвать «проходным», поскольку разработчики добавили ряд полезных фич и отсекли всё лишнее. Кратко о том, что было сделано:

Оптимизировано энергопотребление. Это — первое и достаточно заметное обновление. Новая реализация цикла простоя снижает его энергопотребление «на 10% и более». В сообществе оценили это улучшение, а один из пользователей даже провел серию тестов (например, на Lenovo ThinkPad X1 Carbon и серверной платформе Tyan) и подтвердил фактическое уменьшение энергопотребления не только в состоянии бездействия, но и при обычных и пиковых нагрузках.

Оптимизирована работа драйверов. AMDGPU DC (display code) теперь активирован по умолчанию и находится в «ванильном» ядре. Это значит, что отпадает необходимость в установке DKMS (Dynamic Kernel Module Support), а поддержка звука по HDMI и DP (DisplayPort) будет теперь доступна «out of the box». Драйвер AMDKFD (AMD Kernel Fusion Driver) также добавили в базовую версию ядра. Это новшество будет полезно тем, кто использует графические процессоры AMD для высокопроизводительных вычислений.

Сокращен объем кода. Речь идет почти о 500 тысячах строк кода. Например, убрали всё, что касалось устаревших архитектур: Blackfin, M32R, MN103 и ряда других. В итоге в 4.17 число удаленных строк превысило число добавленных. Сообщество отнеслось к этому скорее положительно, хотя некоторые резиденты HN отмечают, что удаление кода — не всегда идет на пользу любому проекту. В 4.17 осталось 24 поддерживаемых архитектуры, в том числе одна новая — Andes Technology NDS32. Железо Andes Technology в основном используется для IoT-девайсов, различных маломощных гаджетов и медицинских устройств.

Добавлена поддержка HDCP (High-bandwidth Digital Content Protection). Это — технология для защиты от незаконного копирования по DVI, DisplayPort, HDMI, GVIF и UDI. Она используется, например в HD DVD и Blu-ray плеерах, задействует протокол аутентификации и шифрование данных.


/ фото Luis Alejandro Bernal CC BY-SA

Еще разработчики добавили поддержку мыши A4Tech с двумя колесиками прокрутки (вопрос обсуждался еще в 2002-м году) и контроллера Phoenix RC, что порадовало многих пользователей. Отметим, что в этой версии появились улучшения еще и для Macintosh PowerBook 100 series из 90-х. Список всех изменений для Linux kernel 4.17 можно найти здесь.

Что дальше


По поводу грядущих релизов Линус Торвальдс не сказал ничего конкретного. Предполагается, что версия 5.0 выйдет следом за 4.20, а в релизе 4.18 будут апдейты звуковых драйверов и функционала DRM, а также решение проблемы Y2038 (сбои из-за представления времени по стандарту POSIX).

Другие материалы в нашем корпоративном блоге:

Комментарии (54)


  1. str1k3r
    12.06.2018 23:14
    +1

    владельцы двухколесных мышек ликуют!


    1. untilx
      13.06.2018 10:11

      Больше не нужно будет кататься под linux на трёхколёсных!


    1. Akon32
      13.06.2018 14:01

      а что ликовать-то? использую такую мышь с 2008го, ubuntu.


  1. Error1024
    12.06.2018 23:49
    +1

    Отметим, что в этой версии появились улучшения для еще и для Macintosh PowerBook 100 series из 90-х.

    А еще улучшили поддержку Amiga!

    пруф


    1. BubaVV
      13.06.2018 09:11

      Интересно, как разработчики разрулили требования к объему памяти, ведь на целевых сиситемах ее не больше 8 Мб. Лет 5 назад пробовал собрать максимально компактное ядро под х86 — меньше чем при 20 Мб оно не грузилось. Впрочем, на полноту исследования не претендую


      1. justaguest
        13.06.2018 15:23

        На lwn.net была серия статей о уменьшении объема ядра, припоминаю такие размеры, как около 500Кб. Так что можно.


  1. Tihon_V
    12.06.2018 23:55
    +1

    А среди хабровчан есть пользователи ROCm? А то любопытно, /dev/kfd — есть, а рабочих библиотек для работы — нет ;)


  1. PastorGL
    13.06.2018 00:57
    +3

    Вот так номер. У меня ведь было аж две таких мыши A4Tech с двумя колёсиками — и помнится, что они действительно вели себя под линухом весьма нехорошо. Впрочем, обе давно уже умерли от старости и износа, прежде чем дождались таки поддержки в ядре…


    1. red_led
      13.06.2018 10:17

      У меня такая до сих пор. И она уже несколько лет вполне корректно работает. Раньше второе колесо крутило в противоположную сторону. Интересно, не сломается ли теперь обратно?


      1. kalininmr
        13.06.2018 22:01

        колесо — это просто две кнопки
        как замапишь в настройках — так и работает


  1. croupier
    13.06.2018 10:17

    Ну а вом мне, простому любителю иногда «потыкать» новые версии linux на тему стоит оно перехода с win или нет, есть что-то важное?
    Не холивара ради, а реально в популярных дистрах от этого что-то изменится в лучшую сторону?


    1. serf
      13.06.2018 10:19

      А что нужно изменить в лучшую сторону?


    1. untilx
      13.06.2018 10:27

      Три года на ubuntu в качестве основной системы. Весь необходимый мне софт есть, половина (>70) библиотеки стима с нативной поддержкой, из оставшихся большая часть отлично работает под wine. Единственная проблема была с необходимостью иногда использовать PS, но решилось в пользу Creative Cloud. Винда запускается только для чисто виндовых игр на dx11 и то в wine поддержку потихоньку дорабатывают.

      Стоит ли переходить? Ну, не знаю. Хотя некоторые очень далёкие от IT знакомые перешли и вполне успешно пользуются в течение нескольких лет.


      1. Tihon_V
        13.06.2018 14:51
        +1

        dx11..

        Посмотрите этот проект. Уже запускали Witcher 3, NieR: Automata
        Стоит ли переходить?

        Если есть желание, и/или можете себе позволить потратить время на обучение (тот же bash — может экономить очень много времени, если система используется в качестве основной).
        Наш офис — ушел (сейчас будут пинать на Fedora/CentOS). Из потребностей — SIP и браузер. Бывают конечно казусы, в духе «У меня ноутбук тормозит», но когда начинаешь вникать в ситуацию — Celeron CPU 1000M, 4 Gb RAM, Gnome 3.22 с утечкой памяти и аптайм чуть больше 7 месяцев…


        1. VioletGiraffe
          13.06.2018 18:14

          Powershell тоже может экономить очень много времени, к слову.


        1. untilx
          14.06.2018 10:36

          Посмотрите этот проект. Уже запускали Witcher 3, NieR: Automata

          Спасибо, очень интересно. Гляну на досуге.


    1. ksenobayt
      13.06.2018 10:29

      Всё и так довольно съедобно уже как минимум пять лет.
      Полностью ушёл с Win в 2012-м году, имею с ней дело только на работе — все домашние машины на Linux.

      Версия ядра, за исключением крайне редких случаев, почти никак не влияет на ваш ежедневный опыт работы со стандартными окружениями в условных Mint или Manjaro. Если у вас нет каких-то чётко осознаваемых нужд к обновлению, которые вы для себя чётко можете сформулировать — то не стоит бежать впереди паровоза. Ставьте и пользуйтесь тем ядром, что предлагает вам мейнтейнер проекта, и радуйтесь жизни.

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


      1. BelBES
        13.06.2018 17:47
        +1

        Всё и так довольно съедобно уже как минимум пять лет.

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


        неизбежный шок от смены окружения и парадигм взаимодействия с ОС вам обеспечен.

        А в чем смена парадигмы для простого пользоватлея? Ну кроме того, что в Linux не надо искать софт по мутным сайтам, а все ставится из репозиториев?


        Вроде бы по user experience Linux к винде даже ближе, чем макось...


        1. JohnDoe_71Rus
          13.06.2018 19:00

          проблемы не только с драйверами. Проблема с ядром наверно начиная с 4.8(9).
          На многих ноутбуках система не выключает питание при выключении или не перезагружается. Светит экраном и гудит охлаждением. А перевод в спящий режим(на диск) прекрасно включает питание. В моем случае советы параметра ядра acpi=force не помогают.
          Для убунты упоминается со времени 16-й версии.
          И дело не в убунте, live calculate linux 17.12.2 ведет себя точно так же.


          1. surVrus
            13.06.2018 19:47

            На многих ноутбуках система не выключает питание при выключении или не перезагружается.

            Мне повезло. Только старый таблет на Атоме 32 бита так глючит. Там еще проклятье типа GMA 600 стоит. Даже не думайте ставить ничего на такой драндулет, потратите кучу времени со средним результатом. Только на помойку…
            А Тошиба (9 лет), Леново (11 лет) разные версии Самсунгов (2-3 года), новая Yoga 3 (1 год), вроде все работают без всяких чудес.
            Кстати, обычно проблемы не в ядре Линкуса, а кривейших биосах, куче багов от АМИ, кривой поддержке ACPI (очень много где), кривой поддержке LAPIC и подобных чудесах. Если посмотреть в логе загрузки — там столько твиков бывает, чтобы обойти все эти известные глюки…


            1. JohnDoe_71Rus
              13.06.2018 20:40

              значит по какой то причине решили часть этих костылей убрать/отключить/переделать. На этом ноуте убунта живет с 10-11 года примерно и до определенной версии ядра проблем с выключением не было.
              Dell inspiron 1501 (bios 2007 года)


              1. justaguest
                14.06.2018 14:29

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


                1. JohnDoe_71Rus
                  14.06.2018 18:05

                  1. justaguest
                    15.06.2018 10:03

                    Я полистал дискуссию, и данный багрепорт, похоже, решен для кучи народа еще в ядре 4.9. Открыт лишь потому, что ОП давно уже не реагирует, а assignee — просто рэндомный чувак, случайно поставивший галочку.

                    Вообще Убунтовский launchpad — один из самых надежных способов потерять репорт. Имеете проблему — убедитесь, что с ванильным ядром она так же имеется, и репортите сразу на bugzilla.kernel.org.


      1. surVrus
        13.06.2018 19:41
        +1

        Полностью ушёл с Win в 2012-м году, имею с ней дело только на работе — все домашние машины на Linux.

        Я тоже после 25 лет работы на инфраструктуре Микрософт ушел на Линукс и работу в «облаке». На работе тоже всех перевел с Виндовс на Линукс.
        Переход занял примерно 2 недели, все проекты делали как обычно. Потом понемногу что-то добавляли, меняли, в сумме все стабилизировалось в течении 2 месяцев. Без напрягов и каких-либо танцев. На компах стояли и Вин 10 и Убунту. Через 2 месяца люди поняли, что запускают Вин 10 один раз в эти два месяца. И снесли Вин 10, за ненадобностью.
        Компы — зоопарк тот еще. От старой Тошибы (9 лет) до новой Lenovo Yoga 3 14.
        В Винде 10 довели меня до белого каления приколы с актуализацией и вообще бесцеремонное поведение системы, начиная с января 2018. Надоело воевать с операционной системой вместо работы.
        Так что почти 6 месяцев — полет нормальный. Чего всем и желаю.


    1. engine9
      13.06.2018 11:42

      Для тех чья вера пошатнулась есть отличный подарок со стороны линукс сообщества, это возможность запускать дистрибутивы из образа без установки. Для перехода с винды советую смотреть в первую очередь дистрибутив mint + cinnamon.


      1. AndreyHenneberg
        13.06.2018 14:39

        Ciinamon не пробовал, но могу добавить сюда ещё XFCE. У RussianFedora Remix такой образ есть точно, про оригинальную Федору как-то не в курсе, но, наверное, то жесть. Впрочем, там разница в нескольких дополнительных репозиториях, настройках по умолчанию и названии.


      1. Meklon
        13.06.2018 14:47

        Я бы еще KDE Neon или Kubuntu 18.04 рекомедовал. Кеды сейчас уже торт. Причем весьма диетический и жрущий умеренное количество RAM.


        1. willyd
          13.06.2018 17:44

          А вот у меня с Neon не сложилось. Он кажется до сих пор нестабилен.
          Fedora с KDE работает отлично. Без приложений ~400MB. Бывают иногда проблемы с определением второго монитора, если его отключить и подключить обратно, но пока не отловил какую-то закономерность.


        1. immaculate
          14.06.2018 12:11

          Прожил на KDE где-то 1,5-2 года. С выходом 18.04 вернулся на Gnome. Во-первых, KDE все-таки как-то всегда более топорно выглядел. Мелочь, а все-таки неприятно. В Gnome каждая визуальной мелочь хорошо проработана. Во-вторых, в KDE были какие-то раздражающие глюки, которые проявлялись не всегда, но достаточно часто. Например, частые вылетания kwin при просмотре видео в полноэкранном режиме. Почти 100% вероятность вылетания при длительном просмотре YouTube на полном экране. Возможно, тут сочетание факторов (настройки, версия браузера, драйверы видео, не знаю), но в конце-концов это стало сильно раздражать.


          У Gnome тоже есть недостатки, но с ними мне как-то легче примириться.


      1. BelBES
        13.06.2018 17:49

        Я довольно долго пользовался Unity, а как Ubuntu переехала на убогий GNOME 3, перешел на Mint + Mate и что-то даже удивился, насколько оно быстро работаетО_О


    1. dimitry78
      13.06.2018 18:01

      А фиг его знает: как гентушник на стабильной 4.9, на роутере hardened-sources 4.8.17 и последняя 4.9.24 а в репозиториях джента 4.17.11 в «экпериментал», и да, от «популярных дистров» есть польза — на убунте поставить «freecad», для автокада скачать theiga и перенести в дженту… но есть вероятность что все отвалится и с опенРЦ придется вкуривать systemD


  1. serf
    13.06.2018 10:18

    Очень хорошая оптимизация энергопотребления, до такого уровня что ноутбук из ждущего режима перестал выходить с этим ядром (на 4.16 все норм).


    1. Halt
      13.06.2018 12:58

      Нет человека ноутбука — нет проблемы. А так еще бы lenovo разобралась со своими внезапными мертвыми подвисаниями и было бы совсем хорошо.


  1. RinonNinqueon
    13.06.2018 14:26

    Ещё бы поддержку планшетов добавили.
    Есть конечно digimend-kernel-drivers, но не все про них знают.


  1. BelBES
    13.06.2018 15:49
    +1

    В сообществе оценили это улучшение, а один из пользователей даже провел серию тестов (например, на Lenovo ThinkPad X1 Carbon

    Позвольте немного оффтопа: а тут есть владельцы актуального x1 carbon, 6-го поколения (этого года с Intel 8th gen)? Сколько у него реальная автономность при использовании Linux?


    p.s. а вообще если наконец то в Linux взялись за оптимизацию использования режимов энергопотребления, то это очень хорошо… пока что это, имхо, одно из самых слабых мест системы. Какой лаптоп не возьми, под Linux автономность стабильно падает до в лучшем случае 3-4 часов(


    1. solver
      13.06.2018 16:04

      Неправда ваша. Так было 3-4 года назад на ноутах с HDD.
      Сейчас у меня недорогой ASUS на Core i7 и SSD. Работает 5-6 часов при обычной работе. И 4-5 часов при разработке на Java.


      1. BelBES
        13.06.2018 16:16

        Ну 6 часов, +2 часа к верхней границе тут не принципиально, учитывая, что тот-же Thinkpad x1 carbon по тестам под Windows работает 10+ часов (для Linux никак не могу найти бенчмарков)… потеря 40-50% автономности при переезде на другую OS — это определенно фундаментальный изъян этой самой OS.


        1. zirix
          13.06.2018 16:27
          +1

          Простите за банальность, но вы powertop (или аналоги) настраивали?
          У меня powertop +30% времени на ноуте дает.


          1. BelBES
            13.06.2018 16:38

            Пробовал TLP настраивать, ну дает оно +30-40 минут, относительно Windows бэйзлайна все равно проседание на несколько часов остается.


        1. solver
          13.06.2018 19:46

          При чем тут ваш карбон с 10+ часов? Вы сравниваете апельсины с ящиками.
          На этом же ноуте уменя с windiows потеря автономности на глаз незаметна. Т.е. разработка идет те же 4-5 часов.


        1. surVrus
          13.06.2018 20:22

          под Windows работает 10+ часов (для Linux никак не могу найти бенчмарков)

          Может быть это поможет?
          Вариант 1
          Running Linux on the Lenovo ThinkPad Carbon X1 (5th generation)
          Linux Working Really Well on New X1 Carbon 5th Gen
          Review: Lenovo X1 Carbon 3rd generation and Linux


          1. BelBES
            13.06.2018 21:35

            Спасибо! Как-то не обратил внимание на обзоры предыдущих версий. Судя по приведенным вами ссылкам, все выглядит довольно многообещающе.


  1. icetinte
    13.06.2018 17:01

    Походу с графикой intel так и будут проблемы



    1. immaculate
      14.06.2018 12:15
      +1

      Какие проблемы? Я себе специально искал ноутбук с графикой Intel, так как во-первых, лучше энергосбережение по сравнению с дискретной картой, во-вторых, никаких proprietary драйверов, о которых у меня лишь очень негативные воспоминания (предыдущий ноутбук был с AMD, и ситуация с драйверами AMD, что открытыми, что закрытыми, была просто ужасной — в открытых не работало одно, в закрытых — другое).


      1. icetinte
        14.06.2018 15:04

        У меня плата asrock j4105-itx и Ubuntu 18.04. При включении картинка на HDMI поступает только если вытащить вставить провод. Беглый гугл подсказал обновлять ядро, я пробовал разные версии, но везде ошибка сохраняется.


        1. dimitry78
          14.06.2018 19:54

          wiki.archlinux.org/index.php/Intel_graphics_(Русский)

          просто искал разные решения — и на (дженте в частности) многа ответов по конкретному железу, но в «других» дистрибутивах — wifi настраивал по арч-вики, самбу по убунте…


        1. dimitry78
          14.06.2018 20:13

          скорее требуется «коннект-детект» и старт видеодрайвера, мона /usr/src/linux/.config — если с багами собирать, то они и в новое ядро перейдут


  1. thauquoo
    13.06.2018 19:48

    Добавлена поддержка HDCP (High-bandwidth Digital Content Protection)

    Значит ли это, что можно будет её отключать или с помощью этой поддержки конвертировать поток из зашифрованного в обычный?


    1. a5b
      14.06.2018 03:07

      Для встроенного gpu intel (драйвер i915) добавили поддержку hdcp — https://www.systutorials.com/linux-kernels/501115/drm-i915-add-hdcp-framework-base-implementation-linux-4-17/


      This patch adds the framework required to add HDCP support to intel
      connectors. It implements Aksv loading from fuse, and parts 1/2/3
      of the HDCP authentication scheme.
      Note that without shim implementations, this does not actually implement
      HDCP. That will come in subsequent patches.

      Включение hdcp кода в драйвер приближает момент, когда пользователи смогут воспроизводить hdcp-защищенный контент в линуксе. Никакой конвертации или расшифрования не заявлено.
      https://www.linux.com/blog/2018/6/linux-kernel-417-merciless-moray-offers-improved-performance-and-security "At least in theory, the inclusion of HDCP is a step towards allowing user to be able to play protected content."


    1. dimitry78
      14.06.2018 20:35

      а что мешало скрин грепом тащить поток, с выводом в файл, bd с соотв кабелем давно идут, ну да, нужен бдрэй, нужна карта с hdcp (но не hdmi, обычный dual-dvi), а кто мешает bd-rip делать?


  1. grev
    14.06.2018 11:58

    >>пока хватает пальцев, чтобы подсчитать вспомогательные номера версии (то есть раньше релиза 4.20)

    а то и 4.63, как считать


    1. dimitry78
      14.06.2018 20:19

      как говорил бобёр — 26 — это норма! )))))

      мой трудовик может показать число Pi на пальцах одной руки! (три целых…