Что нового в ядре Linux +54




image


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


Linux работает практически на всем: все 500 из 500 самых быстрых суперкомпьютеров мира; большинство общедоступных облаков, даже Microsoft Azure; и 74 процента смартфонов. Действительно, благодаря Android, Linux является самой популярной операционной системой для конечных пользователей, чуть обойдя Windows на 4 процента (39% против 35%).


Итак, что же будет дальше с Linux? После освещения Linux на протяжении всех 29 лет его истории и зная практически любого, кто хоть как-то связан с разработкой Linux, включая Линуса Торвальдса, я думаю, что у меня есть ответ на этот вопрос.


Недавние улучшения ядра Linux


Самое большое недавнее улучшение – и ничто другое даже близко не стоит – это то, что Linux теперь станет платформой для виртуальных частных сетей (VPN). Хотя Linux, во многом благодаря OpenVPN, долгое время был важным игроком в сфере VPN, добавление WireGuard, революционного подхода к VPN, меняет всё.


Торвальдсу очень, очень нравится WireGuard, вот что он писал: «Могу ли я еще раз заявить о своей любви к нему и надеяться на то, что в скором времени он будет объединен с ядром?». Чего хочет Линус, то он и получает. WireGuard был объединен с ядром Linux 5.6 в марте 2020 года.


Почему он так важен? WireGuard обладает редким качеством в надежности программы: его код чист и прост. Кроме того, он поддерживает передовые технологии криптографии: Noise Protocol Framework, Curve25519, ChaCha20, Poly1305, BLAKE2, SipHash24 и HKDF.


Что еще более важно для пользователей, так это то, что он намного быстрее своих конкурентов. Эталонные тесты показали, что WireGuard быстрее OpenVPN более чем в два раза. Кроме того, он кроссплатформенный, так что вы можете запустить его на Linux сервере, а ваши клиенты могут быть на Windows, macOS, BSD, iOS, Android, и конечно же на Linux.


Ядро Linux 5.6 также может похвастаться и другими значительными улучшениями. Особо выделим то, что для 32-х разрядных систем, Linux решил свою проблему «конца времени». Видите ли, во вторник 19 января 2038 года в 03:14:08 по Гринвичу (GMT, также известное как Всемирное координированное время) наступит конец света.


Случится то, что значение времени в 32-х разрядных операционных системах на основе UNIX, таких, как Linux и старых версий macOS, исчерпает 32-х битные числа. После этого, отсчёт времени пойдет в обратную сторону с отрицательными числами. А Вы думали, что ошибка 2000 года была страшной!


Всё началось с того, что UNIX, отец Linux, датирует начало времени в секундах от 1 января 1970 года 00:00:00 GMT. Проблема была в том, что UNIX начиналась как 32-х разрядная операционная система, которая хранила время в виде одного 32-х разрядного целого числа со знаком. Это много секунд, но этого недостаточно. Исправление позволяет даже 32-х разрядному Linux использовать 64-х разрядные числа. Конечно это только задерживает проблему до воскресенья 4 декабря 29227702659 года 5:30:08 GMT, но меня это вполне устраивает.


Android и Linux синхронизируются


Все кто обращают внимание на операционные системы знают, что Android это специализированный дистрибутив Linux для мобильных устройств. Но возможно мало кто знает, что на протяжении многих лет, Android был форком Linux. Даже сейчас, спустя 10 лет после того, как разработчики Android и ядра Linux cнова начали работать вместе и хорошо взаимодействовать друг с другом, они не совсем идут «нога в ногу». Но это меняется.


Джонатан Корбет, разработчик ядра Linux и писатель, сказал в своем ежегодном отчете по ядру Linux следующее: «последнее стабильное ядро находится на пути к тому, чтобы стать частью общего образа системы Android, а затем они будут отслеживать стабильные обновления. Это будет означать, что они будут гораздо ближе к современному уровню техники».


Для Вас это может показаться неважным, но это важно, и вот почему. Сегодня прежде чем Linux окажется на этом новом, стильном Android-телефоне, который у Вас в руках, он проходит три отдельных, трудоемких этапа. Сначала Google берет ядро Linux с долгосрочной поддержкой (LTS) и добавляет в него специфичный для Android код, для того что бы сделать общее ядро Android. Затем Google отправляет его производителю систем на кристалле (SoC), например, Qualcomm. OEM-производитель адаптирует ядро под конкретную SoC и чипсет. Наконец адаптированное общее ядро Android (SoC ядро), передается производителю смартфона. Производитель уже добавляет свои доморощенные, проприетарные драйверы для дисплея, камеры и Wi-Fi/сотового модема. В результате получается ядро устройства – это то, что у Вас на телефоне.


Попутно каждый телефон вбирает в себя, буквально, миллионы строк кода ядра, не являющиеся частью стандартного дистрибутива. Во многом это драйверы устройств, потому что, каждый смартфон или планшет на Android поставляется со своим набором драйверов. Вот почему так сложно сделать по-настоящему универсальный дистрибутив для Android-смартфона, такой как операционная система /e/. Каков результат? В этом стильном, новом телефоне, который у Вас в кармане, установлено ядро Linux, которому уже 2 года. Благодаря этим древним ядрам, LTS-ядра Linux теперь поставляются с шестилетней поддержкой.


Google и поставщики не больше стремятся, чем Вы бы хотели, перенести исправления безопасности на пыльные, старые ядра. Поэтому Google, совместно с сообществом разработчиков, пытается привести поставляемые версии Android, в соответствие с основными текущими ядрами Linux.


Конечно это займет некоторое время, но пара вечных проблем Android – отказ разработчиков Linux поддерживать стабильный двоичный интерфейс приложения (ABI) и столь же твердый отказ производителей оборудования открыть исходные коды своих драйверов – остаются с нами и по сей день. ABI определяет как программа взаимодействует с оборудованием, когда Вы не знаете как работать с ним на уровне кода приложения. Разработчики открытого исходного кода хотят работать на уровне API, в то время как производители оборудования довольно часто хотят оставить свои устройства в виде таинственного черного ящика, доступ к которому возможен только через ABI. Несмотря на это мы наконец-то приблизились к ускорению интеграции Linux в производственный конвейер Android, а это означает, что Android будет более безопасным из коробки.


eBPF: Межсетевой экран, который стал отладчиком Linux


Корбет также рассказал о росте интереса к расширенному фильтру пакетов Беркли (eBPF), используемого как мощный инструмент отладки ядра Linux. Вы спросите, как такое могло произойти? Смотрите.


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


Вы можете запустить eBPF в ответ на действия в tracepoints, kprobes и perf-событиях. Это позволяет Вам отлаживать проблемы ядра и выполнять анализ производительности. Более того, поскольку eBPF программы могут иметь доступ к структурам данных ядра, Вы можете писать, добавлять и тестировать новый отладочный код без перекомпиляции ядра. Для занятых разработчиков это большая экономия времени. Теперь системные администраторы и программисты, не входящие в круг тех, кто работает непосредственно с ядром Linux, начинают использовать возможности eBPF.


Rust становится вторым языком программирования Linux


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


На виртуальной конференции «2020 Linux Plumbers Conference», где ведущие разработчики ядра Linux обсуждают будущее Linux, говорилось о введении Rust в качестве второго языка ядра. Rust – это системный язык программирования высокого уровня, спонсируемый Mozilla, являющейся материнской компанией Firefox. Верите Вы или нет, но эта идея получает широкую поддержку. Хотя сам Торвальдс уверен в том, что Linux не будет написан на Rust. Однако ведь цель не в этом. Никто не собирается переписывать на Rust, 25 миллионов строк ядра, написанных на Си.


Использование Rust, языка системного уровня, внутри ядра, было предложено Джошем Триплеттом, ведущим специалистом по языку Rust, и Ником Десолнерсом, инженером Google. Почему Rust? Потому что он гораздо безопаснее, чем Си, особенно когда дело доходит до работы с памятью.


Как пояснил Райан Левик, главный защитник облачных разработчиков Microsoft, «Rust полностью безопасен для памяти». Если принять во внимание, что примерно две трети проблем безопасности могут быть вызваны плохой работой с памятью, то это довольно серьезное улучшение. Кроме того, Райан Левик говорит, что «Rust предотвращает эти проблемы, как правило, без добавления каких-либо накладных расходов во время выполнения».


Торвальдс видит в этом свои преимущества. Хотя он поощряет медленный, но неуклонный подход к внедрению Rust в Linux, он также сказал, что использование интерфейсов Rust для драйверов и других программ, не связанных с ядром, имеет смысл: «Я убежден что это произойдет. Это может быть и не Rust, но может случиться так, что у нас будут разные модели для написания подобных вещей, и Си не будет единственной».


Пока разработчики ядра медленно двигаются вперед, другие разработчики дистрибутивов Linux, не теряя времени, приняли Rust. Amazon Web Services (AWS) объявила, что ее только что выпущенный Bottlerocket Linux для контейнеров в основном написан на Rust.


Подобно Microsoft и Firefox, если назвать еще две компании, включающие Rust в свои планы разработки, AWS нравится Rust за его функции защиты памяти. Самарта Чандрашекар, менеджер по продукту AWS, сказала, что это «помогает обеспечить безопасность потоков и предотвратить ошибки, связанные с памятью, например, переполнение буфера, которое может привести к уязвимостям в безопасности».


Забегая вперед становится ясно, что Rust скоро будет играть важную роль как в разработке ядра Linux, так и в разработке дистрибутивов. Кто бы мог подумать, что Си будет хоть немного вытеснен в этой области программирования?


Ядро Linux 6.0 и выше


К концу этого года появится Linux 6.0. Но не стоит сильно обращать внимание на это число. В свое время, Торвальдс сказал о выпуске 5.0 следующее: «Я хотел бы отметить (ещё раз), что мы не делаем функциональные релизы, и что 5.0 не означает ничего большего, чем то, что числа 4.х стали такими большими, что у меня не хватает пальцев на руках и ногах, чтобы сосчитать их».


Забегая вперед можно сказать, что Linux версии 6.0, как и большинство предыдущих релизов, будет состоять из новых и улучшенных драйверов оборудования. Однако все заметят одно перспективное изменение: Linux наконец-то будет поддерживать набор инструкций AMD и Intel FSGSBASE. Хорошо, если вы и вправду не заядлый разработчик, то я только что Вас потерял. В общем, если коротко, то Ваша машина будет работать гораздо быстрее под управлением Linux, поддерживающим этот набор команд.


Вы можете резонно спросить меня, насколько быстрее? Я отвечу, ранние тесты производительности, проводимые на бета-версии ядра Linux 5.9, показали значительное улучшение ввода/вывода. С Redis, хранилищем структур данных в памяти, которое часто используется как база данных, прирост производительности составил более 50 процентов. Что не так уж и плохо!


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


Кто знает, возможно, 2021 год станет годом рабочего стола Linux? В конце концов, 2020 год был годом Linux на рабочем столе Windows.

Теги:




Комментарии (58):

  1. IMnEpaTOP
    /#22116804

    Спасибо за статью (перевод)! А встречался ли вам подобного качества материал на тему Fuchsia OS? Было бы весьма интересно понять, насколько быстра эта тёмная лошадка.
    Кстати, как книгоиздатель подтверждаю — тема BPF сейчас на подъёме не только у нас, но и на западе. По этому хотелось бы обратить внимание на нашу книгу «BPF для мониторинга Linux». Мы очень стараемся отслеживать тренды ещё на этапе формирования и готовить для русскоязычных читателей актуальные книги. Да и в целом у нас по Linux много востребованных изданий.
    Более подробно с книгой можно ознакомиться на сайте издательства.

    • naething
      /#22119310

      Вряд ли Fuchsia будет очень бысрой. Там все слишком изолированно и асинхронно. Например, драйвер сетевой карты работает с одном процессе (не в ядре), а релиазация протокола TCP/IP — в другом (тоже не в ядре). Файловая система в третьем, и так далее. Ядро, по сути, лишь предоставляет примитивы межпроцессной коммуникации. Упор на бесопасность и изоляцию, за что скорее всего придется заплатить производительностью.

      • Vespertilio
        /#22121484

        Фуксия, вроде бы, использует наработки по разновидностям микроядер L4, где такие проблемы практически нивелировали. Сам не вдавался в детали, но интересно было бы взглянуть. Впрочем Хуавей для своей альтернативной ОС тоже выбрали микроядерную архитектуру.

  2. F0iL
    /#22117242

    WireGuard обладает редким качеством в надежности программы: его код чист и прост. Кроме того, он поддерживает передовые технологии криптографии: Noise Protocol Framework, Curve25519, ChaCha20, Poly1305, BLAKE2, SipHash24 и HKDF.
    Что еще более важно для пользователей, так это то, что он намного быстрее своих конкурентов.
    А еще он на раз-два детектируется и режется даже самым простым DPI, что автоматически ставит крест на нем в очень многих случаях. Печальбеда.

    • import_this
      /#22117452

      Роль VPN — защитить соединение от внешнего наблюдателя. С этой ролью он справляется хорошо. То, что он плохо справляется с задачей, для которой просто не предназначен — ну, так и картошку им не вскопаешь и воду на нём тоже не вскипятишь.

      • F0iL
        /#22117732

        По вашей логике, даже HTTPS не должен был бы существовать: ведь изначальная роль HTTP — передавать гипертекст файлы и данные веб-форм между браузером и веб-сервером, а то что данные не зашифрованы — ну это не его дело.

        Точно так же есть тысячи, если не миллионы пользователей для которых важна именно комбинированная задача: защитить соединение от внешнего наблюдатели и в то же время скрыть сам факт защиты этого соединения от этого внешнего наблюдателя.
        И делается это либо самим протоколом (типа как в SSTP/Anyconnect), или unix-way сочетанием инструментов (например OpenVPN через wstunnel). Wireguard не умеет первый вариант, и не совместим ни с чем известным для второго.

        • Sha644
          /#22120826

          Спешу вас расстроить, но как показали события в РБ, wstunnel и ко бесполезны от слова совсем.

          • F0iL
            /#22121124

            А есть подробности?
            Насколько я помню, в РБ местами резали именно «классические» VPN-протоколы (типа голого OpenVPN, L2TP, и т.д.), а местами полностью шатдаунили (чуть ли не по белым спискам). Понятное дело, что во втором случае не помогут вообще никакие стандартные туннели и VPN. А wstunnel на незасвеченный сервер работает вообще везде, где работает HTTPS и где нет MitM (и даже при использовании active probing со стороны цензоров, если правильно настроить морду).

            • sumanai
              /#22121248

              Понятное дело, что во втором случае не помогут вообще никакие стандартные туннели и VPN.

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

              • Sychuan
                /#22127830

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

                • sumanai
                  /#22128098

                  Так в итоге лягушку варят медленно. Вот не работал интернет в соседней стране несколько дней, и что? Во многих странах его периодически отключают, и что?

            • Sha644
              /#22121512 / +1

              Нет. Глобальное правило. Резали все tls handshake. некоторые гос организации и банки имели ряд исключений. Позже исключения расширяли. + Сильно ограничен был канал.
              Неоднозначность правил объясняется тем, что у одного из двух поставщиков услуг неоднородное решение для dpi. И то, что они ещё в течении времени «игрались» с правилами.
              Специально vpn протоколы не выпиливали ибо нет ни ресурсов ни смысла, когда работа идёт по площадям( обрубая tls).
              Топора по кабелю по сути не было.
              http, icmp работал. https естественно нет, позже работал только по белому списку.
              Решение — обфускация. Все, что скрывало tls-handshake позволяло обойти. Решения на shadowsocks или аналоге(lantern, psiphon), obfsproxy заранее подготовленный корректно и т.п. Все это проходило без проблем.

              Для многих это было неожиданно. Как и вы хотели и готовились прятаться среди https. Только вот его обрезали как и прочие, очевидно для железяки, шифрованные данные. Посему или мешать распознавать(обфускация) или среди разрешённого(http).

              • F0iL
                /#22122610

                Понятно.
                Просто в некоторых странах работает наоборот: HTTPS на домены и айпишники не из блеклиста бегает (если на его морде при этом открывается рабочий веб-сайт), а все обфусцированное (то что не похоже ни на что известное) режется до черепашьей скорости.

                В приципе логично иметь в рукаве обе карты (и https, и какой-нибудь obfsproxy), но WireGuard не подходит ни в том ни в другом случае: хендшейк у него слишком примечательный.

                • Sha644
                  /#22123204

                  про первую половину

                  HTTPS на домены и айпишники не из блеклиста бегает

                  так у всех поголовно. По поводу открывается, не открывается. Это когда за каждым смотрят индивидуально. Автоматизировать это сложно и сверх накладно. Вы спалитесь раньше на тривиальных вещах нежели на этом. Когда на вас обратили внимание.
                  По поводу резать не распознанное, это наверняка ваши предположения. Чрезвычайно дорого и бессмысленно. Быть может вы приведёте пример(не проходной зоны типа аэропорта, метро) где так реализовано?

    • JPEGEC
      /#22119314

      А еще WG по функционалу крайне аскетичен по сравнению с OVPN.
      Как по мне так сравнивать его нужно с чем-то типа tinc, да и у того возможностей сильно больше.
      Другое дело что большая часть функций OVPN большинству пользователей и ненужна.

      • Gannet
        /#22123928

        Другое дело, что может корректнее сравнивать сколько лет WG и сколько OpenVPN? Следовательно сравнивать текущее состояние WG и состояние OpenVPN, когда он был в таком же возрасте, в котором сейчас WG?

        • gecube
          /#22123982

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

        • JPEGEC
          /#22124464

          Это как сравнивать мотоцикл и трактор. Изначально создавались под разное.
          Вот когда (если) WG по фичам приблизится к OVPN тогда и будет любопытно каким количеством костыльного кода он обрастет (или нет).

  3. mixsture
    /#22117340

    eBPF… он делает это, выполняя код пользовательского пространства внутри виртуальной машины в ядре

    и порождает новое поколение вирусов, которое живет в пространстве ядра и поэтому не определяется ровно ничем? все эти selinux сразу станут бесполезны.

    • gecube
      /#22119240 / +1

      и порождает новое поколение вирусов, которое живет в пространстве ядра и поэтому не определяется ровно ничем?

      как будто раньше нельзя было сделать insmod и подложить в ядро руткит… Суть-то не поменялась. А вот удобство работы через eBPF существенно больше, чем компилить модуль ядра. Причем именно для пользователя.

    • kmeaw
      /#22119728

      Было бы интересно посмотреть на вирус, в котором ни нет циклов, ни переходов назад.

  4. dartraiden
    /#22117608

    К концу этого года появится Linux 6.0. Но не стоит сильно обращать внимание на это число. В свое время, Торвальдс сказал о выпуске 5.0 следующее: «Я хотел бы отметить (ещё раз), что мы не делаем функциональные релизы, и что 5.0 не означает ничего большего, чем то, что числа 4.х стали такими большими, что у меня не хватает пальцев на руках и ногах, чтобы сосчитать их».

    Когда-нибудь они таки придут к самой логичной в таком случае (когда выпуск осуществляется строго по расписанию) нумерации — просто одно число.

    • JPEGEC
      /#22119316

      И это число будет датой выпуска.

      • dartraiden
        /#22119322

        Дата выпуска ненадёжна — она может по каким-то причинам отличаться от запланированной. В итоге, получится введение в заблуждение, когда релиз 20200929 будет выпущен 30.09.2020. Например, это произошло с OpenWrt, когда выпуск 19.07 случился в 2020 году вместо середины 2019.

        Простой номер, увеличивающийся каждый раз на единицу, лишён этого недостатка.

        • JPEGEC
          /#22119392

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

          • dartraiden
            /#22119400

            Справедливости ради, схема нумерации у ядра и не была никогда информативной в плане даты. Вероятно, разработчикам ядра это не нужно.


            Если нумеровать по фактической дате, то опять же будет путаница, когда из-за задержки релиз, который все привыкли называть 19.07 (ну его же надо как-то называть до релиза), стал называться 20.01

            • 9660
              /#22120108

              Могу предолжить разве что привыкать отвыкать от подобных привычек.
              Ничего более другого в голову не приходит :)
              На самом деле идея мажоров/миноров была по своему неплохой. И достаточно информативной.

          • mamento
            /#22119776

            и все таки информаци у простого номера есть — его порядковость. Говоря о релизе 20200929 и 20201129 сложно сказать были ли релизы между этими датами. А вот между 1 и 4 было еще 2 выпуска. Можно конечно скомбинировать и иметь что-то вроде 2020092901 2020112904

          • K0styan
            /#22121254

            Просто «свежесть» релиза сама по себе не особо много информации несёт. Если мне например, надо понять, с какой версии появилась поддержка функции X, то без таблицы релизов так и так не обойтись.

            Иногда удобно, соглашусь — например, выбирая дистрибутив для старого ноута я в первом приближении смотрел именно на год релиза (благо в Ubuntu это удобно), сопоставляя его с годом выпуска самого ноута.

      • Aldrog
        /#22120408

        Мне кажется это было бы непрактичным с точки зрения выпуска патчей: была бы условная версия 20191124.68, почему-то вышедшая на месяц позже, чем 20200802 и на полгода позже, чем 20200126.8.

        • JPEGEC
          /#22120734

          Мне лично так кажется вполне удобно. Видно откуда у кого ноги растут.
          Но не настаиваю.

  5. edo1h
    /#22117788

    С Redis, хранилищем структур данных в памяти, с открытым исходным кодом, которая часто используется как база данных, прирост производительности составил более 50 процентов

    интересно, почему именно один тест с redis и один тест с fio получили такой прирост

  6. krizhanovsky
    /#22117802

    Перевод хороший, но оригинальная статья имеет очень странную "отсебятину" в сторону Rust.


    Rust в качестве второго языка ядра

    Прям очень громкое заявление. Речь идет о драйверах, которые и сейчас на C часто не удовлетворяют стилю кодирования, принятому в ядре. Очень сомнительно, что кто-то будет писать модули для основных подсистем Linux (аллокаторы памяти, СС алгоритмы в сети, LSM модули и пр.) на Rust.


    Чтобы было больше треша, на Netdev предлагали и Lua в ядре https://lwn.net/Articles/830154/

    • mejedi
      /#22120544

      tempesta ведь тоже нестандартное решение, если по-честному :)

      • krizhanovsky
        /#22121612

        Привет!


        Это правда :) Зря я написал слово "треш".

  7. Praktik
    /#22119438

    Обьясните пожалуйста, почему ВПН должен быть в ядре. Разве модульность — это не юникс вей?

    • edo1h
      /#22119444

      он не должен быть в ядре в общем случае.


      но если нам нужна производительность, то нужно избегать context switch и копирования данных в/из userspace.

  8. al7dy
    /#22119584

    Кто знает, возможно, 2021 год станет годом рабочего стола Linux?


    К сожалению не станет. Знаю очень много разрабов которые кайфуют от лини и в свое время готовы были на нее пересесть, но отсутствие софта (элементарного фотошопа даже или sketch например) — заставляет отказаться от него в пользу окон или яблока, что в принципе логично. Зачем ставить себе геморрой на комп, а потом носиться как курица с яйцами в поисках аналогов нужных программ (которых нет порой) или ставить всякие вайны и.т.п. Ну и плюс экосистема. Если бы забабахали общую экосистему андрюха на телефонах + линь на компе ит.п. как сделало яблоко — то перешлобы много пользоваталей не смотря даже на проблемы с программами.

    • Praktik
      /#22119700

      Зачем обьединять с Андроидом, там есть полезный софт?

    • Urshulyak
      /#22119826

      Очень люблю эти все отмазки, люди не переходят на линукс не из-за того что там нету софта, а потому что нету привычного софта, не хотят разрушать свою зону комфорта. И да, фотошоп не елементарная програма, а проф-специализированая, и очень не дешевая, нарезать слои можна и в Krita. Я вот работал в маке 5 лет, и уже 2 года все делаю только в линуксе, под мои задачи подходит. И да, работать в macOS больше нету желания.

      • al7dy
        /#22119862

        Ну тут не в зоне комфорта дела (хотя может отчасти). Дело в практичности и удобстве. Тебе клиент кидает sketch файл например какой-нибудь и говорит — заверстай по нему. А ты на лине, открыть нечем и sketch файлы нормально открываются только через сам sketch. Вот и задача нерешаемая — на маке бы открыл sketch и не было бы проблем, на окнах открыл бы adobe xd и тоже все бы завелось.

        • alexws54tk
          /#22120706

          Дело в практичности и удобстве. Тебе клиент кидает sketch файл например какой-нибудь и говорит — заверстай по нему. А ты на лине, открыть нечем и sketch файлы нормально открываются только через сам sketch.

          Именно поэтому надо клиентов переводить с проприетарных форматов на свободные.

      • Sychuan
        /#22120606

        нарезать слои можна и в Krita.

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

    • Thisnickname2019
      /#22122102

      Для меня уже как несколько лет Линукс настольная система. А виндоус у меня только для танчиков.

    • petuhov_k
      /#22132206

      Не всем нужен этот специфический софт. А вот стабильности бы хотелось больше. Недавно прилетел апдейт и отвалился звук. Теперь перед совещанием в тимс, мне приходится запускать pavucontrol иногда по несколько раз в день. Вот такой он, линукс.

      • edo1h
        /#22137840

        извините, но на десятку подобных жалоб не меньше.

  9. dakaer
    /#22119828

    Складывается впечатление, что Linux решил захватить абсолютно все ранки кроме десктопа

    • Vespertilio
      /#22121644

      А что он захватил кроме Сохо роутеров и небольшой доли серверов (https://www.itcandor.com/server-q219/)? Смартфоны используют его чисто номинально для запуска android и очевидно что андроид скоро переедет с базы линукса, подавляющее количество серверов работает на винде, в десктопной сегменте у него вообще около 1%. В суперкомпьютерах выстрелил science linux благодаря CERN.

      • sumanai
        /#22121698

        и очевидно что андроид скоро переедет с базы линукса

        Откуда дровишки? Зачем ему это делать?
        подавляющее количество серверов работает на винде

        А чёрт его знает как они это считают. Все виртуалки, что я брал, были на Linux.

      • edo1h
        /#22123448

        подавляющее количество серверов работает на винде

        настолько подавляющее, что даже у ms в azure больше linux-виртуалок.
        и да, ms пилит гипервизор hyper-v под linux, так что, возможно, от windows и в роли гипервизора в azure со временем отойдут.

  10. Diordna
    /#22124054

    Винда постепенно умирает?

    • sumanai
      /#22124066

      Занимательное замечание в топике об обновлениях ядра Linux. Могу ли я поинтересоваться, что же натолкнуло вас на эту мысль при прочтении поста и комментариев к нему?

      • Diordna
        /#22124138

        Только давайте сразу без холивара. 2020 году я всё ищу сижу на семёрке, и пользуюсь Андроидом на телефоне планшетах и твбоксах. К как мне лично кажется Android и Linux развиваются гораздо динамичнее чем винда. Хотя Возможно всё новое для Linux уже давно существует в винде.

        P.S.
        Я устанавливал несколько раз десятку она мне тогда не очень понравилось это были 15 16 годы возможно с тех пор она стала гораздо лучше.

        • sumanai
          /#22124218 / -1

          Только давайте сразу без холивара.

          Вброс в корневом комментарии

          Ну как бы вам сказать… Не факт, что выйдет.
          К как мне лично кажется Android и Linux развиваются гораздо динамичнее чем винда.

          Ну не знаю. В винде вон WSL какой-нибудь развивают, а многие изменения ядра Linux, судя по всему, это драйверы, которые в Windows лежат отдельно.
          Я слабо понимаю, что в ядре делает протокол для построения VPN в ядре.
          Rust в ядре? Насколько я помню, Hello World генерирует бинарник с мегабайт, из-за того, что Rust тянет свой как это называется… Ну в общем пару вагонов с тележкой. Хотя думаю, в ядро его добавляют без рантайма.
          Я устанавливал несколько раз десятку она мне тогда не очень понравилось это были 15 16 годы возможно с тех пор она стала гораздо лучше.

          Как по мне, все ОС катятся куда-то не туда, и лучше XP x64 уже никто ничего не сделает. Но десятку постоянно дорабатывают, да.

          • gecube
            /#22124286

            Как по мне, все ОС катятся куда-то не туда, и лучше XP x64 уже никто ничего не сделает. Но десятку постоянно дорабатывают, да.

            судя по всему лучшей системой была OS/2 или NT 3.1, ну, максимум, четверка.

            • sumanai
              /#22124318

              Ну ХЗ, не пользовался особо. В XP весь имеющийся мусор легко выпиливался, а пуск не бесил левыми плитками. Да даже банально диспетчер задач запускался мгновенно, а не с красивой анимацией, единственная задача которой прятать пустое окно, не успевшее прогрузится.