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

Автор оригинала: Steven Vaughan-Nichols
  • Перевод

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.

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 58

    +1
    Спасибо за статью (перевод)! А встречался ли вам подобного качества материал на тему Fuchsia OS? Было бы весьма интересно понять, насколько быстра эта тёмная лошадка.
    Кстати, как книгоиздатель подтверждаю — тема BPF сейчас на подъёме не только у нас, но и на западе. По этому хотелось бы обратить внимание на нашу книгу «BPF для мониторинга Linux». Мы очень стараемся отслеживать тренды ещё на этапе формирования и готовить для русскоязычных читателей актуальные книги. Да и в целом у нас по Linux много востребованных изданий.
    Более подробно с книгой можно ознакомиться на сайте издательства.
      0
      Вряд ли Fuchsia будет очень бысрой. Там все слишком изолированно и асинхронно. Например, драйвер сетевой карты работает с одном процессе (не в ядре), а релиазация протокола TCP/IP — в другом (тоже не в ядре). Файловая система в третьем, и так далее. Ядро, по сути, лишь предоставляет примитивы межпроцессной коммуникации. Упор на бесопасность и изоляцию, за что скорее всего придется заплатить производительностью.
        0
        Фуксия, вроде бы, использует наработки по разновидностям микроядер L4, где такие проблемы практически нивелировали. Сам не вдавался в детали, но интересно было бы взглянуть. Впрочем Хуавей для своей альтернативной ОС тоже выбрали микроядерную архитектуру.
      +2
      WireGuard обладает редким качеством в надежности программы: его код чист и прост. Кроме того, он поддерживает передовые технологии криптографии: Noise Protocol Framework, Curve25519, ChaCha20, Poly1305, BLAKE2, SipHash24 и HKDF.
      Что еще более важно для пользователей, так это то, что он намного быстрее своих конкурентов.
      А еще он на раз-два детектируется и режется даже самым простым DPI, что автоматически ставит крест на нем в очень многих случаях. Печальбеда.
        +3

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

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

          Точно так же есть тысячи, если не миллионы пользователей для которых важна именно комбинированная задача: защитить соединение от внешнего наблюдатели и в то же время скрыть сам факт защиты этого соединения от этого внешнего наблюдателя.
          И делается это либо самим протоколом (типа как в SSTP/Anyconnect), или unix-way сочетанием инструментов (например OpenVPN через wstunnel). Wireguard не умеет первый вариант, и не совместим ни с чем известным для второго.
            0
            Спешу вас расстроить, но как показали события в РБ, wstunnel и ко бесполезны от слова совсем.
              0
              А есть подробности?
              Насколько я помню, в РБ местами резали именно «классические» VPN-протоколы (типа голого OpenVPN, L2TP, и т.д.), а местами полностью шатдаунили (чуть ли не по белым спискам). Понятное дело, что во втором случае не помогут вообще никакие стандартные туннели и VPN. А wstunnel на незасвеченный сервер работает вообще везде, где работает HTTPS и где нет MitM (и даже при использовании active probing со стороны цензоров, если правильно настроить морду).
                +2
                Понятное дело, что во втором случае не помогут вообще никакие стандартные туннели и VPN.

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

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

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

                      так у всех поголовно. По поводу открывается, не открывается. Это когда за каждым смотрят индивидуально. Автоматизировать это сложно и сверх накладно. Вы спалитесь раньше на тривиальных вещах нежели на этом. Когда на вас обратили внимание.
                      По поводу резать не распознанное, это наверняка ваши предположения. Чрезвычайно дорого и бессмысленно. Быть может вы приведёте пример(не проходной зоны типа аэропорта, метро) где так реализовано?
            0
            А еще WG по функционалу крайне аскетичен по сравнению с OVPN.
            Как по мне так сравнивать его нужно с чем-то типа tinc, да и у того возможностей сильно больше.
            Другое дело что большая часть функций OVPN большинству пользователей и ненужна.
              0
              Другое дело, что может корректнее сравнивать сколько лет WG и сколько OpenVPN? Следовательно сравнивать текущее состояние WG и состояние OpenVPN, когда он был в таком же возрасте, в котором сейчас WG?
                0

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

                  0
                  Это как сравнивать мотоцикл и трактор. Изначально создавались под разное.
                  Вот когда (если) WG по фичам приблизится к OVPN тогда и будет любопытно каким количеством костыльного кода он обрастет (или нет).
              –2
              eBPF… он делает это, выполняя код пользовательского пространства внутри виртуальной машины в ядре

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

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

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

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

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

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


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

                            0
                            Могу предолжить разве что привыкать отвыкать от подобных привычек.
                            Ничего более другого в голову не приходит :)
                            На самом деле идея мажоров/миноров была по своему неплохой. И достаточно информативной.
                            0
                            и все таки информаци у простого номера есть — его порядковость. Говоря о релизе 20200929 и 20201129 сложно сказать были ли релизы между этими датами. А вот между 1 и 4 было еще 2 выпуска. Можно конечно скомбинировать и иметь что-то вроде 2020092901 2020112904
                              0
                              Просто «свежесть» релиза сама по себе не особо много информации несёт. Если мне например, надо понять, с какой версии появилась поддержка функции X, то без таблицы релизов так и так не обойтись.

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

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

                              0
                              Мне лично так кажется вполне удобно. Видно откуда у кого ноги растут.
                              Но не настаиваю.
                          0
                          С Redis, хранилищем структур данных в памяти, с открытым исходным кодом, которая часто используется как база данных, прирост производительности составил более 50 процентов

                          интересно, почему именно один тест с redis и один тест с fio получили такой прирост? количество context switch это единственный фактор?

                            –1

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


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

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


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

                              0

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

                                0

                                Привет!


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

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

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


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

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


                                К сожалению не станет. Знаю очень много разрабов которые кайфуют от лини и в свое время готовы были на нее пересесть, но отсутствие софта (элементарного фотошопа даже или sketch например) — заставляет отказаться от него в пользу окон или яблока, что в принципе логично. Зачем ставить себе геморрой на комп, а потом носиться как курица с яйцами в поисках аналогов нужных программ (которых нет порой) или ставить всякие вайны и.т.п. Ну и плюс экосистема. Если бы забабахали общую экосистему андрюха на телефонах + линь на компе ит.п. как сделало яблоко — то перешлобы много пользоваталей не смотря даже на проблемы с программами.
                                  0
                                  Зачем обьединять с Андроидом, там есть полезный софт?
                                    +3
                                    Очень люблю эти все отмазки, люди не переходят на линукс не из-за того что там нету софта, а потому что нету привычного софта, не хотят разрушать свою зону комфорта. И да, фотошоп не елементарная програма, а проф-специализированая, и очень не дешевая, нарезать слои можна и в Krita. Я вот работал в маке 5 лет, и уже 2 года все делаю только в линуксе, под мои задачи подходит. И да, работать в macOS больше нету желания.
                                      0
                                      Ну тут не в зоне комфорта дела (хотя может отчасти). Дело в практичности и удобстве. Тебе клиент кидает sketch файл например какой-нибудь и говорит — заверстай по нему. А ты на лине, открыть нечем и sketch файлы нормально открываются только через сам sketch. Вот и задача нерешаемая — на маке бы открыл sketch и не было бы проблем, на окнах открыл бы adobe xd и тоже все бы завелось.
                                        0
                                        Дело в практичности и удобстве. Тебе клиент кидает sketch файл например какой-нибудь и говорит — заверстай по нему. А ты на лине, открыть нечем и sketch файлы нормально открываются только через сам sketch.

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

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

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

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

                                          –1

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

                                        +1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                                            Самое читаемое