LINUX.ORG.RU

Ядро Linux 5.14

 ,

Ядро Linux 5.14

0

1

После двух месяцев разработки Линус Торвальдс представил выпуск ядра Linux 5.14. Среди наиболее заметных изменений: новые системные вызовы quotactl_fd() и memfd_secret(), удаление драйверов ide и raw, новый контроллер приоритетов ввода/вывода для cgroup, режим планирования задач SCHED_CORE, инфраструктура для создания загрузчиков верифицированных BPF-программ.

В новую версию принято 15883 исправлений от 2002 разработчиков, размер патча - 69 МБ (изменения затронули 12580 файлов, добавлено 861501 строк кода, удалено 321654 строк). Около 47% всех представленных в 5.14 изменений связаны с драйверами устройств, примерно 14% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 3% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества:

  • дисковая подсистема, ввод/вывод и файловые системы:
    • для cgroup реализован новый контроллер приоритезации ввода/вывода - rq-qos, который может управлять приоритетом обработки запросов к блочным устройствам, генерируемых участниками каждой cgroup. Поддержка нового контроллера приоритета добавлена в планировщик ввода/вывода mq-deadline;
    • в файловой системе ext4 реализована новая ioctl-команда EXT4_IOC_CHECKPOINT, принудительно сбрасывающая на диск все ожидающие транзакции из журнала и связанные с ними буферы, а также перезаписывающая используемую журналом область в хранилище. Изменение подготовлено в рамках инициативы по предотвращению утечек информации из файловых систем;
    • в Btrfs внесены оптимизации производительности: за счёт исключения лишнего журналирования расширенных атрибутов в процессе выполнения fsync производительность интенсивных операций с расширенными атрибутами увеличилась до 17%. Кроме того, при выполнении операций усечения, не затрагивающих экстенты, отключено выполнение полной синхронизации, что сократило время выполнения операции на 12%. В sysfs добавлена настройка для ограничения пропускной способности ввода/вывода при проверке ФС. Добавлены ioctl-вызовы для отмены операций изменения размера и удаления устройства;
    • в XFS переработана реализация буферного кэша, который переведён на выделение страниц памяти в пакетном режиме. Повышена эффективность работы кэша;
    • в F2FS добавлена опция для работы в режиме только для чтения и реализован режим кэширования сжатых блоков (compress_cache) для повышения производительности случайного чтения. Реализована поддержка сжатия файлов, отражённых в память при помощи операции mmap(). Для выборочного отключения сжатия файлов по маске предложена новая опция монтирования nocompress;
    • в драйвере exFAT проведена работа по улучшению совместимости с хранилищами некоторых цифровых камер;
    • добавлен системный вызов quotactl_fd(), который позволяет управлять квотами не через файл специального устройства, а через указание файлового дескриптора, связанного с файловой системой для которой применяется квота;
    • из ядра удалены старые драйверы для блочных устройств с интерфейсом IDE, на смену которым уже давно пришла подсистема libata. Поддержка старых устройств сохранена в полном объёме, изменения касаются только возможности использования старых драйверов, при использовании которых накопители именовались /dev/hd*, а не /dev/sd*;
    • из ядра удалён драйвер «raw», предоставляющий небуферизированный доступ к блочными устройствам через интерфейс /dev/raw. Указанная функциональность давно реализуется в приложениях при помощи флага O_DIRECT;
  • память и системные службы:
    • в планировщике задач реализован новый режим планирования SCHED_CORE, позволяющий управлять тем, какие процессы могут совместно выполнятся на одном ядре CPU. Каждому процессу может быть назначен cookie-индентификатор, определяющий область доверия между процессами (например, принадлежность одному пользователю или контейнеру). При организации выполнения кода планировщик может обеспечить совместное использование одного ядра CPU только для процессов, связанных с одним владельцем, что может использоваться для блокирования некоторых атак класса Spectre за счёт предотвращения выполнения в одном потоке SMT (Hyper Threading) заслуживающих и не заслуживающих доверия задач;
    • для механизма cgroup реализована поддержка операции kill, позволяющей разом завершить все привязанные к группе процессы (отправить SIGKILL), через запись «1» в виртуальный файл cgroup.kill;
    • расширены возможности, связанные с реагированием на выявление расщеплённых блокировок («split lock»), возникающих при доступе к невыровненным данным в памяти из-за того, что при выполнении атомарной инструкции данные пересекают две линии кеша CPU. Подобные блокировки приводят к значительному падению производительности, поэтому ранее яром предоставлялась возможность принудительного завершения приложения, вызвавшего блокировку. В новом выпуске добавлен параметр командной строки ядра «split_lock_detect=ratelimit:N», позволяющий определить общесистемный лимит интенсивности операций блокировки в секунду, после превышения которого любой процесс, ставший источником расщеплённой блокировки, вместо завершения будет принудительно остановлен на 20 мс;
    • в cgroup-контроллере пропускной способности CFS (CFS bandwidth controller), определяющим как много процессорного времени можно выделить каждой cgroup, реализована возможность определения лимитов, ограниченных заданным временем действия, что позволяет лучше регулировать нагрузки, чувствительные к задержкам. Например, установка значения cpu.cfs_quota_us в 50000 и cpu.cfs_period_us в 100000 даст возможность группе процессов каждые 100ms тратить 50ms времени CPU;
    • добавлена начальная инфраструктура для создания загрузчиков BPF-программ, которая в дальнейшем позволит разрешить загрузку только BPF-программ, подписанных заслуживающим доверия цифровым ключом;
    • добавлена новая futex-операция FUTEX_LOCK_PI2, использующая монотонный таймер для расчёта таймаута, который учитывает время проведённое системой в спящем режиме;
    • для архитектуры RISC-V реализована поддержка больших страниц памяти (Transparent Huge-Pages) и возможность применения механизма KFENCE для выявления ошибок при работе с памятью;
    • в системный вызов madvise(), предоставляющий средства для оптимизации управления памятью процесса, добавлены флаги MADV_POPULATE_READ и MADV_POPULATE_WRITE для генерации «page fault» во всех страницах памяти, отражённых для операций чтения или записи, без выполнения фактического чтения или записи (prefault). Применение флагов может быть полезным для снижения задержек в процессе работы программы, благодаря упреждающему выполнению обработчика «page fault» разом для всех невыделенных страниц, не дожидаясь фактического обращения к ним;
    • в системе unit-тестирования kunit добавлена поддержка запуска тестов в окружении QEMU;
    • добавлены новые трассировщики: «osnoise» для отслеживания задержек в приложениях, вызванных обработкой прерываний, и «timerlat» для вывода детальной информации о задержках при пробуждениях по сигналу таймера;
  • виртуализация и безопасность:
    • добавлен системный вызов memfd_secret(), позволяющий создать приватную область памяти в изолированном пространстве адресов, видимую только процессу-владельцу, неотражаемую в другие процессы и напрямую недоступную ядру;
    • в системе фильтрации системных вызовов seccomp при выносе обработчиков блокировки в пространство пользователя предоставлена возможность использования одной атомарной операции для создания файлового дескриптора для изолируемой задачи и его возвращения при обработке системного вызова. Предложенная операция решает проблему с прерыванием обработчика в пространстве пользователя при поступлении сигнала;
    • добавлен новый механизм для управления ограничением ресурсов в пространстве имён идентификаторов пользователей, который привязывает отдельные счётчики rlimit к пользователю в «user namespace». Изменение решает проблему с применением общих счётчиков ресурсов при запуске одним пользователем процессов в разных контейнерах;
    • в гипервизор KVM для систем ARM64 добавлена возможность использования в гостевых системах расширения MTE (MemTag, Memory Tagging Extension), позволяющего привязать теги к каждой операции выделения памяти и организовать проверку корректности использования указателей для блокирования эксплуатации уязвимостей, вызванных обращением к уже освобождённым блокам памяти, переполнениями буфера, обращениями до инициализации и использованием вне текущего контекста;
    • предоставляемые платформой ARM64 средства для аутентификации указателей (Pointer Authentication) теперь могут быть отдельно настроены для ядра и пространства пользователя. Технология позволяет использовать специализированные инструкции ARM64 для проверки адресов возврата при помощи цифровых подписей, которые хранятся в неиспользуемых верхних битах самого указателя;
    • в User-mode Linux добавлена поддержка использования драйверов к PCI-устройствам с виртуальной шиной PCI, реализуемой драйвером PCI-over-virtio;
    • для систем x86 добавлена поддержка паравиртуализированного устройства virtio-iommu, позволяющего отправлять IOMMU-запросы, такие как ATTACH, DETACH, MAP и UNMAP, поверх транспорта virtio без эмуляции таблиц страниц памяти;
    • для CPU Intel, начиная с семейства Skylake и заканчивая Coffee Lake, по умолчанию отключено использование расширений Intel TSX (Transactional Synchronization Extensions), предоставляющих средства для повышения производительности многопоточных приложений за счёт динамического исключения лишних операций синхронизации. Расширения отключены из-за возможности совершения атак Zombieload, манипулирующих утечкой сведений по сторонним каналам, возникающей при работе механизма асинхронного прерывания операций (TAA, TSX Asynchronous Abort);
  • сетевая подсистема:
    • продолжена интеграция в ядро MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. В новом выпуске добавлен механизм для задания собственных политик хэширования трафика для IPv4 и IPv6 (multipath hash policy), дающих возможность из пространства пользователя определять, какие из полей в пакетах, в том числе инкапсулированных, будут использованы при вычислении хэша, определяющего выбор пути для пакета;
    • в виртуальный транспорт virtio добавлена поддержка сокетов SOCK_SEQPACKET (упорядоченная и надёжная передача датаграмм);
    • расширены возможности механизма сокетов SO_REUSEPORT, который позволяет сразу нескольким слушающим сокетам подключиться к одному порту для приёма соединений с распределением поступающих запросов одновременно по всем подключенным через SO_REUSEPORT сокетам, что упрощает создание многопоточных серверных приложений. В новой версии добавлены средства для передачи управления другому сокету в случае сбоя при обработки запроса изначально выбранным сокетом (решает проблему с потерей отдельных соединений при перезапуске сервисов);
  • оборудование:
    • в драйвере amdgpu реализована поддержка новых серий GPU AMD Radeon RX 6000, развиваемых под кодовыми именами «Beige Goby» (Navi 24) и «Yellow Carp», а также улучшена поддержка GPU Aldebaran (gfx90a) и APU Van Gogh. Добавлена возможность одновременной работы с несколькими панелями eDP. Для APU Renoir реализована поддержка работы с шифрованными буферами в видеопамяти (TMZ, Trusted Memory Zone). Добавлена поддержка горячего извлечения графических карт (hot-unplug). Для GPU Radeon RX 6000 (Navi 2x) и старых GPU AMD включена по умолчанию поддержка механизма энергосбережения ASPM (Active State Power Management), который ранее был активирован только для GPU Navi 1x, Vega и Polaris;
    • для чипов AMD добавлена поддержка разделяемой виртуальной памяти (SVM, shared virtual memory) на базе подсистемы HMM (Heterogeneous memory management), позволяющей использовать устройства с собственными блоками управления памятью (MMU, memory management unit), которые могут получать доступ к основной памяти. В том числе при помощи HMM можно организовать совместное адресное пространство между GPU и CPU, в котором GPU может получить доступ к основной памяти процесса;
    • добавлена начальная поддержка технологии AMD Smart Shift, динамически меняющей параметры энергопотребления CPU и GPU на ноутбуках с чипсетом и видеокартой AMD для форсирования производительности при играх, редактировании видео и 3D-рендеринге;
    • в драйвере i915 для видеокарт Intel включена поддержка чипов Intel Alderlake P;
    • добавлен драйвер drm/hyperv для виртуального графического адаптера Hyper-V;
    • добавлен графический драйвер simpledrm, использующий для вывода фреймбуфер EFI-GOP или VESA, предоставляемый UEFI-прошивкой или BIOS. Основным назначением драйвера является предоставление возможности графического вывода на начальных стадиях загрузки, до того как станет возможным использование полноценного DRM-драйвера. Драйвер также может использоваться как временное решение для оборудования, для которого пока отсутствуют родные DRM-драйверы;
    • добавлена поддержка компьютера-моноблока Raspberry Pi 400;
    • добавлен драйвер dell-wmi-privacy для поддержки поставляемых в ноутбуках Dell аппаратных выключателей камеры и микрофона;
    • для ноутбуков Lenovo добавлен WMI-интерфейс для изменения параметров BIOS через sysfs /sys/class/firmware-attributes/;
    • расширена поддержка устройств с интерфейсом USB4;
    • добавлена поддержка звуковых карт и кодеков AmLogic SM1 TOACODEC, Intel AlderLake-M, NXP i.MX8, NXP TFA1, TDF9897, Rockchip RK817, Qualcomm Quinary MI2 и Texas Instruments TAS2505. Улучшена поддержка звука на ноутбуках HP и ASUS. Добавлены патчи для снижения задержек перед началом воспроизведения звука на устройствах с интерфейсом USB.

Источник – opennet.ru.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: xaizek (всего исправлений: 3)
Ответ на: комментарий от Dumppper001

на этот язык без ооп и с вырвиглазным синтаксисом? Не нужно. Нужно немного подожать, и переписать на какой-нибудь следующий за 20м стандартом Си++.

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

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

Переписать на С++ ничего не мешало в любой момент развития линукса. Этого не произошло и пока Линус у руля - вряд ли произойдёт.

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

Переписать на С++ ничего не мешало в любой момент развития линукса. Этого не произошло и пока Линус у руля - вряд ли произойдёт.

И не нужно этого делать …

Никогда

А вообще то non problem.
У всех SQLite сишная, а у меня C++

Один день на рефакторинг потратил
anonymous
()
Ответ на: комментарий от Legioner

У кого?

У меня.
Мандриву На двух дисках.
Уже договорились, можешь не противиться ты ничего не изменишь!!!11

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

У кого?

Вот правильный вопрос, я выше пытался ему то же самое объяснить.

Практически вариантов три:

  1. MS покупает торговую марку Linux у Линуса. Как показал вышеприведённый пример с MySQL/MariaDB — совершенно бессмысленное занятие;

  2. MS покупает торговую марку Linux у Линуса и одновременно нанимает самого Линуса на работу на очень-очень щедрых условиях, Линус перетягивает с собой инфраструктуру и часть сообщества. Да, это более реалистично, и если это состоится, это позволит расколоть сообщество. Но одновременно это гарантирует по бочке геморроя как MS, так и самому Линусу, даже если в душе он не против такой сделки (что тоже не очевидно). После этого часть разработчиков, не пошедшая в MS, продолжит работу под новым именем на основе форка последней версии классического непроданного линукса, более того, те же гугл с фейсбуком почти наверняка им помогут;

  3. MS ждёт смерти Линуса и покупает торговую марку у наследников. Тут тоже не всё безоблачно, во-первых, ждать, возможно, придётся долго, во-вторых, не факт, что наследники окажутся сговорчивыми, в третьих, без Линуса этот вариант практически эквивалентен первому, т.е. без авторитета Линуса практически всё сообщество останется за пределами MS.

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

Учитывая всё написанное — для MS куда надёжнее сидеть у того же корыта, что и гугл с фейсбуком и пропихивать потихоньку свой код на тех же условиях, что и остальные.

hobbit ★★★★★
()

для архитектуры RISC-V реализована поддержка больших страниц памяти (Transparent Huge-Pages)

Теперь оно будет валиться в GPF ещё на одной архитектуре! Прогресс!

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

У всех SQLite сишная, а у меня C++

Один день на рефакторинг потратил

Подробнее, пожалуйста. Ты переписал исходники SQLite на C++ или сделал C++-обёртку над её сишными функциями? Если второе, то аналогия некорректная.

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

Как линукс(и я не про товарный знак) вообще можно купить?

В этом мире у всего есть своя цена. Вопрос лишь в толщине кошелька.

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

MS ждёт смерти Линуса и покупает торговую марку у наследников

Мне кажется, Линус завещает торговую марку фонду.

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

А поминки на какое число назначены?

Щутка

Предлагаю Линуса год поминать, как помрет …

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

Эшо …

Только Столман помрет чуть раньше, а Линус чуть позже …

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

До 6.x не дойдет

Конечно дойдёт. Хотя бы ради версии 6.6.6

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

лично линуса уже купили ibm, а на счет ущерба, у нас уже экосистема вступила в poetteringware

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

Учитывая всё написанное — для MS куда надёжнее сидеть у того же корыта …

Именно так!

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

и вместо linux будет какой-нибудь Julix

Lorix 🤣

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

При подтверждении новости пришлось выбирать между копипастой с опеннета и чем-то очень невнятным.

В этом нет ничего плохого. На ЛОРе давно проводится политика замены пользователей подобных @post-factum пользователями подобными @Dumppper001. И последним невнятная писанина вероятно даже ближе - из неё можно высосать больше откровений в стиле «линукс купят мелкомягкие». Можно называть такие новости «новости уровня ЛОР».

с этим надо что-то делать

Ты уже тоже делаешь.

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

microsoft уже сделал свой дистр и уверен они пойдут куда дальше...

Пора писать Открытое письмо Линусу Торвальдсу и собирать подписи на change.org.

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

И в спортлото написать.

Сейчас есть "облегчённый вариант: «7 из 49» (онлайн).

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

По уму хорошо написанная новость про ядро Linux должна в первую очередь появляться на сайте про линукс.

А opennet.ru - это сайт не про Linux?

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

Тут, скорее, вопрос, смогут ли мелкомягкие купить лично Линуса.

Линус уже фотографировался с довольной рожей на фоне коробок с Виндой. Это был тонкий намёк.

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

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

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

hummer
()

Чем дальше в лес, тем больше новости ведра напоминают «добавлена %неизвестная херня% для поддержки %другая неизвестная херня%, исправлена ошибка в %вообще никогда это не слышал%, позволяющая %что это за набор букв?% вызывать %кто это вообще придумал%».

Линус сам платит за свою тупость - монолитный кусог г****, падая с горы, превращается в БОЛЬШОЙ кусок всё того же г****.
Грусть-тоска в том, что работа тысячи людей идёт насмарку, потому что рано или поздно Линус покинет этот бренный пост (служащий ему неплохой кормёжкой), а другие (адекватные) люди попросту не захотят гробить жизнь в бесконечных патчах к этому глиняному колоссу. В результате вылезет какой-нть Гугля, возьмёт что-то вроде Mach или Minix и всему миру придётся заново учиться делать КАК НАДО.

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

… монолитный

Вполне реально переработать архитектуру этого монолита.
Проблема не в том, что это невозможно, а нужно ВКАЛЫВАТЬ.
Все же хотят лишь open source …

Шас ВБРОШУ ...

Нужно open source сделать бесплатным лишь для тех кто имеет реальные бесплатные проекты или помогает в разработке таковых.
Остальные пусть платят …

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

%вообще никогда это не слышал%

это твои проблемы, нельзя стоять на месте - можешь отключать в конфиге ядра то что не слышал

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

Нужно open source сделать бесплатным лишь для тех кто имеет реальные бесплатные проекты или помогает в разработке таковых. Остальные пусть платят …

Остальные просто пошлют, причём далеко не только на десктопах, как шлют Linux сейчас.

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

Остальные просто пошлют, причём далеко не только на десктопах, как шлют Linux сейчас

Не пошлют, если десктоп будет удобным.
Хороший пример тому - Proton …

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

Остальные просто пошлют, причём далеко не только на десктопах, как шлют Linux сейчас.

Скупой платит трижды.
А ныне тренд

5 копеек сэкономить, а рубль потерять ...  

Жадность это удел ОМАРОВ /как говорил один персонаж из фильма «Ворон»/.

Кстати деньги от продажи Linux должны распределяться среди разработчиков …
Но это ничего конечно

Не будет!
anonymous
()
Ответ на: комментарий от anonymous

Кстати деньги от продажи Linux должны распределяться среди разработчиков

они и так их получают, ты не разработчик просто вот и соси… кхм

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

они и так их получают, ты не разработчик

Настоящий ПОЛКОВНИК!

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

Кстати деньги от продажи Linux должны распределяться среди разработчиков …

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

hummer
()

memfd_secret()

DRM

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

Не пошлют, если десктоп будет удобным.

Убунту пыталась сделать удобный десктоп, но в итоге Линукс как сосал на десктопах, так и продолжает сосать.

Хороший пример тому - Proton …

Это какой-то маргинальный дистрибутив, популярный в узком кругу? Хорошим примером был бы один из маинстримных дистрибутивов, но ни один из них на десктопе не взлетел, а тоже ограничивается узким кругом поклонников. На десктопе нет тех бабок, которые есть на серверах и мобилках. Вот поэтому его и не развивают или развивают совсем не так, как хотели бы потенциальные пользователи. Яркий пример этого - GNOME.

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

Они и распределяются в виде зарплат. Именно поэтому абсолютное большинство разработчиков ядра работают на корпорации.

Let it be.
Нет желания в этих вопросах искать правду, потому как ее там нет и не будет …

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

абсолютное большинство разработчиков ядра работают на корпорации. По той же причине идеи Столлмана нежизнеспособны

Я что-то пропустил, с каких пор Столлман против зарплат и корпораций?

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

Ну так проблема не в распределении денег, а в том, что нормальный десктоп на Linux принципиально невозможен. Те, кто могут его сделать и продавить, не хотят и занимаются какой-то откровенной хернёй, вроде GNOME, а остальные либо дрочат на то или иное ответвление, либо пилят очередной велосипед, лишь увеличивая и без того раздутую фрагментацию Linux. По хорошему Red Hat могла бы перейти с GNOME на Cinnamon или даже форкнуть его и затем активно продвигать такой десктоп в корпорации, школы, университеты и просто в компьютерные магазины. С фрагментацией можно бороться только подавляя остальных. Подавлять остальных при помощи GNOME вполне очевидно нельзя, поэтому они даже не пытаются, а продолжают пилить это маловразумительное гномо-убожество.

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

Я что-то пропустил, с каких пор Столлман против зарплат и корпораций?

Он против несвободного софта и харда, поэтому софт и хард от корпораций не использует, даже если это GNU/Linux, сделанный за зарплаты от корпораций. Столлман сидит на чём-то совсем маргинальном, даже по меркам маргинального же Linux десктопа. Это доказывает нежизнеспособность идей Столлмана. Почему никто не доведёт до ума его, архитектурно более перспективную, GNU на микроядре? Чем практически полезным вообще занимается Столлман все эти годы? Ездил по разным странам и говорит стандартные говорилки со сцены. Вон даже дядька Таненбаум сподобился сделать свою микроядерную ОС, а что же Столлман?

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

нормальный десктоп на Linux

Нормальный (в математическом смысле - среднестатистический) десктоп не нужен. Сейчас норма - это тыкать пальцем лопатофоны.

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

Сейчас норма - это тыкать пальцем лопатофоны.

Это не делает десктоп ненужным, это всего лишь расширение рынка.

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

«тыкать пальцем лопатофоны» вообще не имеет отношения к развитию десктопа. Это совершенно иная ниша. Другое дело, что в Red Hat сидят какие-то совершенно оторванные от реальности люди и пилят этот их говно-GNOME.

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

Сейчас норма - это тыкать пальцем лопатофоны.

Не.
Сейчас норма - это

Щеки надувать и позамысловатей ИЗЛОЖИТЬ ...
anonymous
()
Ответ на: комментарий от hummer

развитие десктопа

Сейчас «рабочий стол» стал именно рабочим для рабочего, стал инструментом для профессионала. И у каждого рабочего свой уникальный ненормальный рабочий стол.

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