The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз ядра Linux 6.1

12.12.2022 09:45

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.1. Среди наиболее заметных изменений: поддержка разработки драйверов и модулей на языке Rust, модернизация механизма определения используемых страниц памяти, специальный менеджер памяти для BPF-программ, система диагностики проблем с памятью KMSAN, механизм защиты KCFI (Kernel Control-Flow Integrity), внедрение структуры Maple tree.

В новую версию принято 15115 исправлений от 2139 разработчиков, размер патча - 51 МБ, что примерно в 2 раза меньше размера патчей от ядер 6.0 и 5.19. Изменения затронули 13165 файлов, добавлено 716247 строк кода, удалено 304560 строк. Около 45% всех представленных в 6.1 изменений связаны с драйверами устройств, примерно 14% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 3% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества в ядре 6.1:

  • Память и системные сервисы
    • Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью. Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру. В ядро пока принят минимальный урезанный вариант патчей, который сокращён с 40 до 13 тысяч строк кода и обеспечивает только необходимый минимум, достаточный для сборки простого модуля ядра, написанного на языке Rust. В дальнейшем планируется постепенно наращивать имеющуюся функциональность, перенося и другие изменения из ветки Rust-for-Linux. Параллельно развиваются проекты по использованию предложенной инфраструктуры для разработки на языке Rust драйверов накопителей NVMe, сетевого протокола 9p и GPU Apple M1.
    • Для систем на базе архитектур AArch64, RISC-V и LoongArch с EFI реализована возможность прямой загрузки сжатых образов ядра. Добавлены обработчики для загрузки, запуска и выгрузки образов ядра, вызываемые напрямую из EFI zboot. Также добавлены обработчики установки и удаления протоколов из БД протоколов EFI. Ранее распаковка осуществлялась отдельным загрузчиком, а теперь это может делать обработчик в самом ядре - образ ядра формируется в виде EFI-приложения.
    • В состав принята часть патчей с реализацией многоуровневневой модели управления памятью, позволяющей разделять банки памяти с разными характеристиками производительности. Например, наиболее интенсивно используемые страницы могут размещаться в наиболее быстрой памяти, а редко используемые страницы могут хранится в относительно медленной памяти. В ядро 6.1 принят механизм для определения нахождения интенсивно используемых страниц в медленной памяти для их продвижения в быструю память, а также реализована общая концепция уровней памяти и их относительной производительности.
    • В состав включён механизм MGLRU (Multi-Generational LRU), который заменил собой старую реализацию LRU (Least Recently Used) на основе двух очередей на многоступенчатую структуру, лучше определяющую какие страницы памяти по настоящему используются, а какие можно вытеснить в раздел подкачки.
    • Добавлена поддержка предложенной инженерами Oracle структуры данных "maple tree", которая позиционируется как более эффективная замена структуре "red-black tree". Maple tree представляет собой вариант B-tree, поддерживающий индексацию по диапазонам значений и спроектированный для эффективного использования кэша современных процессоров. На maple tree уже переведены некоторые подсистемы управления памятью, что положительно отразилось на их производительности. В будущем maple tree может использоваться для реализации блокировок по диапазонам (range locking).
    • В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ, специально рассчитанных на инициирование аварийного завершения работы через вызов crash_kexec(). Подобные BPF-программы могут потребоваться в отладочных целях для инициирования создания crash-дампа в определённый момент времени. Для доступа к деструктивным операциям при загрузке BPF-программы требуется указание флага BPF_F_DESTRUCTIVE, активация sysctl kernel.destructive_bpf_enabled и наличие прав CAP_SYS_BOOT.
    • Для BPF-программ предоставлена возможность перебора элементов cgroup, а также перебора ресурсов (файлы, vma, процессы и т.п.) определённого потока или задачи. Реализован новый map-тип для создания пользовательских кольцевых буферов (user ring buffer).
    • Добавлен специальный вызов для выделения памяти в BPF-программах (memory allocator), который обеспечивает более безопасное распределение памяти в контексте BPF, чем штатный kmalloc().
    • Интегрирована первая часть изменений, обеспечивающих возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ.
    • Из ядра полностью удалён код для поддержки формата исполняемых файлов a.out, который был переведён в разряд устаревших в выпуске 5.1, а начиная с версиях 5.18 и 5.19 был отключён для основных архитектур. Формат a.out давно не применяется на системах с Linux, а генерация файлов a.out не поддерживается современными инструментальными средствами в конфигурациях для Linux по умолчанию. Загрузчик для a.out файлов может быть реализован целиком в пространстве пользователя.
    • Для систем на базе архитектуры набора команд LoongArch, применяемой в процессорах Loongson 3 5000 и реализующей новый RISC ISA, похожий на MIPS и RISC-V, реализована поддержка событий измерения производительности (perf event), kexec, kdump, SysRq-x (TLB Dump), qspinlock и JIT-компиляции BPF. Добавлен типовой драйвер для ноутбуков, использующий ACPI.
    • В интерфейсе асинхронного ввода/вывода io_uring предложен новый режим IORING_SETUP_DEFER_TASKRUN, позволяющий временно отложить выполнение связанных с кольцевым буфером работ до момента, пока не поступит запрос от приложения, что может использоваться для организации выполнения работ в пакетном режиме и предотвращения проблем с задержками из-за вытеснения приложения в неподходящий момент.
    • Процессам в пространстве пользователя предоставлена возможность инициирования преобразования диапазона обычных страниц памяти в набор больших страниц памяти (Transparent Huge-Pages).
    • Добавлена реализация устройства /dev/userfaultfd, позволяющего организовать доступ к функциональности системного вызова userfaultfd() с использованием прав доступа в ФС. Функциональность userfaultfd позволяет создавать обработчики обращений к невыделенным страницам памяти (page faults) в пространстве пользователя.
    • Повышены требования к версии утилиты GNU Make - для сборки ядра теперь требуется как минимум версия 3.82.
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В файловую систему Btrfs внесены существенные оптимизации производительности, среди прочего существенно увеличена производительность операций fiemap и lseek (проверка совместного использования экстентов ускорена в 2-3 раза, а смена позиции в файлах ускорена в 1.3-4 раза). Кроме того ускорено журналирование inode для каталогов (в тесте dbench прирост производительности на 25% и снижение задержек на 21%), улучшен буферизированный ввод/вывод и сокращено потребление памяти.

      Добавлена поддержка асинхронной буферизированной записи для приложений, использующих io_uring, применение которого демонстрирует двухкратное ускорение пропускной способности при записи и существенное снижение задержек (от 2 до 150 раз). В операцию "send" добавлена поддержка файлов, защищённых при помощи fs-verity. Сокращено потребление памяти при выполнении проверки целостности ФС. Добавлена структура block-group-tree для отслеживания групп блоков, позволяющая заметно ускорить монтирование многотерабайтных ФС.

    • В ФС ext4 добавлены оптимизации производительности, связанные с поддержанием журнала и работой в режиме только для чтения. Прекращена поддержка устаревших атрибутов noacl и nouser_xattr.
    • В файловой системе EROFS (Enhanced Read-Only File System), предназначенной для использования на разделах, доступных в режиме только для чтения, реализована возможность совместного хранения данных, дублирующихся в разных ФС.
    • В системный вызов statx() добавлена возможность вывода сведений о возможности применения к файлу прямого ввода/вывода.
    • В подсистему FUSE (Filesystems in User Space) добавлена поддержка создания временных файлов с флагом O_TMPFILE.
    • В CIFS улучшена поддержка уведомлений об изменениях в разделах SMB3, включено кэширование каталогов и улучшена обработка символических ссылок в SMB2 и SMB3.
  • Виртуализация и безопасность
    • Заменена реализация механизма защиты CFI (Control Flow Integrity), добавляющего перед каждым косвенным вызовом функции проверки для выявления некоторых форм неопределённого поведения, которые потенциально могут привести к нарушению нормального порядка выполнения (control flow) в результате применения эксплоитов, изменяющих хранимые в памяти указатели на функции. Штатная реализация CFI от проекта LLVM заменена на вариант, также основанный на использовании Clang, но специально адаптированный для защиты низкоуровневых подсистем и ядер операционных систем. В LLVM новая реализация будет предложена в выпуске Clang 16 и будет включаться опцией "-fsanitize=kcfi". Ключевым отличием новой реализации является то, что она не привязана к оптимизациям на этапе связывания (LTO) и не приводит к замене указателей функций на ссылки в таблице переходов.
    • Для LSM-модулей (Linux Security Module) предоставлена возможность создания обработчиков, перехватывающих операции по созданию пространств имён.
    • Предоставлены средства для верификации цифровых подписей PKCS#7 в BPF-программах.
    • В /dev/random возвращена возможность открытия в неблокирующем режиме (O_NONBLOCK), которая была по недосмотру удалена в ядре 5.6.
    • На системах с архитектурой x86 добавлен вывод предупреждения в случае маппинга подсистемами ядра страниц памяти, одновременно допускающими исполнение и запись. В дальнейшем рассматривается возможность полностью запретить подобный маппинг памяти.
    • Добавлен отладочный механизм KMSAN (Kernel Memory Sanitizer) для выявления использования неинициализированной памяти в ядре, а также утечек неинициализированной памяти между пространством пользователя и устройствами.
    • Внесены улучшения в криптонадёжный генератор псевдослучайных чисел CRNG, используемый в вызове getrandom. Изменения подготовлены Джейсоном Доненфилдом (Jason A. Donenfeld), автором VPN WireGuard и нацелены на повышение безопасности извлечения псевдослучайных целых чисел.
  • Сетевая подсистема
    • В TCP-стеке реализована возможность (отключена по умолчанию) раздельного использования хэш-таблиц сокетов для каждого пространства имён, что позволяет повысить производительность систем с большим числом пространств имён.
    • Удалён код для поддержки устаревшего протокола DECnet. Для пространства пользователя оставлены заглушки API, позволяющие компилировать приложения, использующие DECnet, но данные приложения не смогут подключиться к сети.
    • Документирован протокол netlink. Добавлена возможность определения отсутствующих атрибутов netlink.
    • Добавлена начальная поддержка Ethernet PSE (Power Sourcing Equipment) для организации питания устройств через Ethernet.
    • Реализована возможность создания mesh-сетей на базе Bluetooth.
    • Для MPTCP (MultiPath TCP) реализована поддержка режима быстрой установки соединения (TCP_FASTOPEN_CONNECT) и разрешены привилегированные операции из пространств имён идентификаторов пользователей. MPTCP представляет собой расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.
    • Во встроенную в ядро реализацию протокола TLS добавлена поддержка алгоритма ARIA-GCM и возможность применения 256-разрядных ключей при использовании offload-ускорения.
  • Оборудование
    • В драйвере amdgpu добавлена поддержка проброса DSC (Display Stream Compression) для сжатия данных без потерь при обмене информацией с экранами, поддерживающими очень большое разрешение. Продолжена работа по обеспечению поддержки платформ AMD RDNA3 (RX 7000) и CDNA (Instinct). Добавлена поддержка IP-компонентов DCN 3.2, SMU 13.x, NBIO 7.7, GC 11.x, PSP 13.x, SDMA 6.x и GMC 11.x. В драйвере amdkfd (для дискретных GPU AMD, таких как Polaris) реализована поддержка GFX 11.0.3.
    • В драйвере i915 (Intel) включена поддержка GPU Meteor Lake. Для Meteor Lake и более новых GPU обеспечена поддержка интерфейса DP 2.0 (DisplayPort). Добавлены идентификаторы для видеокарт на базе микроархитектуры Alder Lake S.
    • Добавлена поддержка звуковых подсистем, реализованных в процессорах Apple Silicon, Intel SkyLake и Intel KabyLake. В звуковом драйвере CS35L41 HDA обеспечена поддержка перехода в спящий режим. Добавлена поддержка ASoC (ALSA System on Chip) для встроенных звуковых чипов Apple Silicon, AMD Rembrant DSPs, AMD Pink Sardine ACP 6.2, Everest ES8326, Intel Sky Lake и Kaby Lake, Mediatek MT8186, NXP i.MX8ULP DSPs, Qualcomm SC8280XP, SM8250, SM8450 и Texas Instruments SRC4392
    • Добавлена поддержка LCD-панелей Samsung LTL101AL01, B120XAN01.0, R140NWF5 RH, Densitron DMT028VGHMCMI-1A TFT, AUO B133UAN02.1, IVO M133NW4J-R3, Innolux N120ACA-EA1, AUO B116XAK01.6, BOE NT116WHM-N21, INX N116BCA-EA2, INX N116BCN-EA1, Multi-Inno Technology MI0800FT-9.
    • Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1.
    • Добавлена поддержка Bluetooth-чипов MediaTek MT7921, Intel Magnetor (CNVi, Integrated Connectivity), Realtek RTL8852C, RTW8852AE и RTL8761BUV (Edimax BT-8500).
    • В драйвер ath11k для беспроводных модулей Qualcomm добавлена поддержка спектрального сканирования в диапазоне 160 MHz, реализован многопоточный NAPI, улучшена поддержка Wi-Fi чипов Qualcomm WCN6750.
    • Добавлены драйверы для клавиатуры к PinePhone, тачпадов InterTouch (ThinkPad P1 G3), X-Box Adaptive Controller, PhoenixRC Flight Controller, VRC-2 Car Controller, DualSense Edge Controller, управляющих панелей IBM (IBM Operation Panel), пультов XBOX One Elite, планшетов XP-PEN Deco Pro S и Intuos Pro Small (PTH-460).
    • Добавлен драйвер для криптографических ускорителей Aspeed HACE (Hash and Crypto Engine).
    • Добавлена поддержка интегрированных Thunderbolt/USB4 контроллеров Intel Meteor Lake.
    • Добавлена поддержка смартфонов Sony Xperia 1 IV, Samsung Galaxy E5, E7 и Grand Max, Pine64 Pinephone Pro.
    • Добавлена поддержка ARM SoC и плат: AMD DaytonaX, Mediatek MT8186, Rockchips RK3399 и RK3566, TI AM62A, NXP i.MX8DXL, Renesas R-Car H3Ne-1.7G, Qualcomm IPQ8064-v2.0, IPQ8062, IPQ8065, Kontron SL/BL i.MX8MM OSM-S, MT8195 (Acer Tomato), Radxa ROCK 4C+, NanoPi R4S Enterprise Edition, JetHome JetHub D1p. Обновлены драйверы для SoC Samsung, Mediatek, Renesas, Tegra, Qualcomm, Broadcom и NXP.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.1 - Linux-libre 6.1-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске проведена чистка нового драйвера rtw8852b и DTS-файлов для разных SoC Qualcomm и MediaTek с процессорами на базе архитектуры AArch64. Обновлён код чистки блобов в драйверах и подсистемах amdgpu, i915, brcmfmac, r8188eu, rtw8852c, Intel ACPI. Откорректирована чистка устаревших драйверов tm6000 TV cards, cpia2 v4l, sp8870, av7110.

  1. Главная ссылка к новости (https://lkml.org/lkml/2022/12/...)
  2. OpenNews: Релиз ядра Linux 6.0
  3. OpenNews: Релиз ядра Linux 5.19
  4. OpenNews: Релиз ядра Linux 5.18
  5. OpenNews: Релиз ядра Linux 5.17
  6. OpenNews: Релиз ядра Linux 5.16
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58304-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (283) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Герострат (?), 10:12, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра

    Да здравствует новая эпоха!

     
     
  • 2.39, Аноним (-), 11:10, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +17 +/
    нужно добавить поддержку кода на питоне чтобы писать модули для ядра на питоне
     
     
  • 3.82, неаноним (?), 11:47, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Лучше на электроне
     
     
  • 4.160, Аноним (160), 12:55, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Линукс повторяет судьбу редокса.
     
     
  • 5.216, Аноним (216), 14:52, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    и какая у redox os судьба?
     
     
  • 6.294, лолшто (?), 22:23, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Быть повторенной линуксом
     
  • 4.333, Аноним (333), 08:27, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс... Не подсказывай
     
  • 3.251, kusb (?), 17:46, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Интерпретатор языка в духе lisp forth или tcl влез бы намного легче.
     
     
  • 4.264, llolik (ok), 18:39, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Интерпретатор языка в духе lisp forth или tcl влез бы намного легче.

    Вот, кстати, ИМХО forth машина в ядре было-бы прикольно.

     
     
  • 5.274, Аноним (274), 19:20, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, не надо польскую обратную бесскобочную. Лучше тогда тотально скобочный Lisp.
     
  • 5.352, Аноним (352), 10:41, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    bpf очень похож на форт машину. Возможно слегка добавлено регистров - но в целом форт машина.
    Если уж хочется совсем форт - можно найти старые наброски. Реализация в ядре строк 200, дальше вопрос генератора байткода.
     
  • 2.143, Аноним (160), 12:34, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 13 тысяч строк кода и обеспечивает только необходимый минимум, достаточный для сборки простого модуля ядра, написанного на языке Rust.

    И что делают эти 13 тыс строк, что не смог сделать раст-компилятор?

     
     
  • 3.154, НяшМяш (ok), 12:52, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они там по сути переписали std на абстракциях из ядра.
     
     
  • 4.162, Аноним (160), 12:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > переписали std на абстракциях из ядра

    Может, надо пойти дальше и вообще переписать раст, заменив его сишкой, libc и прочими абстракциями?

     
     
  • 5.293, Аноним (293), 22:06, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> переписали std на абстракциях из ядра
    > Может, надо пойти дальше и вообще переписать раст, заменив его сишкой, libc и прочими абстракциями?
    >> ядра
    > libc

    опеннетный экспердизм, аз из

     
  • 3.163, Аноним (274), 12:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чтобы собрать модуль hello_rust.ko
     
     
  • 4.239, Аноним (160), 16:59, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как так получилось, если я на си пишу модуль - ядро менять не надо, а если на расте - даже для хеловорлда надо патчить?! Раст не умеет делать такие же бинарники, как си?
     
     
  • 5.260, tty0 (?), 18:25, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он все умеет, но для написания помойки требуется опыт разработки чего-то серьёзного для ядра, а такие люди редко фигнёй страдают
     
  • 3.491, aname (?), 22:44, 12/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Обеспечивают только необходимый минимум
     
  • 2.295, Аноним (295), 22:39, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да здравствует новая эпоха!

    посмотрел код реального драйвера на Rust - он выглядел достаточно понятно в первоначальной версии, даже подумал а не начать ли мне изучать его переписывая свой недавно написанный драйвер... и тут через какое то время снова вернулся к этой теме и офигел, после коммита

    https://github.com/fujita/rust-e1000/commit/5dd7b1be844b25e5d971bacd813567c868

    код превратился в нечитаемое месиво. Так что нет, я отменяю новую эпоху

     
     
  • 3.304, Аноним (304), 00:11, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    это всё ради того, чтобы убрать

    assert!(dma != !0);

     
     
  • 4.366, Аноним (295), 12:32, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > assert!(dma != !0);

    в лесу родилась елочка

    tx_ring: Pin<Box<SpinLock<Box<Ring<TxDesc>>>>>,

     
  • 3.421, fuggy (ok), 04:02, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так а-то здешние эксперты жаловались что всё через unsafe, всё небезопасно. Сделали безопасно - всё равно жалуются. Безопасность на уровне времени компиляции требует подхода.
     

  • 1.2, Аноним (-), 10:12, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    вам всем стоит признаться себе в том, что линукс в текущем виде существует исключительно благодаря корпорациям
     
     
  • 2.5, Аноним (5), 10:14, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Интенсивно развивается за счет корпораций, но существовал бы неплохо и без них. Как существуют ядра BSD. Откуда только берутся такие корпоративные промытки.
     
     
  • 3.6, Аноним (-), 10:15, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    бзди тоже не по фану развиваются
     
     
  • 4.64, th3qthecreator (?), 11:31, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, там Аппле задонатили 5 долларов целых, вот на них все и держится.
     
  • 4.173, name (??), 13:07, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Бзди бывают разные. Фря в этом плане тот же линукс токо в профиль. Нэтбзд вполне себе на энтузиазме держится.
     
  • 3.52, Fracta1L (ok), 11:20, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Интенсивно развивается за счет корпораций, но существовал бы неплохо и без них

    "Существовал" - это очень точно сказано

     
     
  • 4.222, Аноним (5), 15:27, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да нормально все было бы. Нашлось бы кому развивать. Свободное ядро всем нужно. И частникам, и академическим кругам. Свет клином не сошелся на американских корпорациях.
     
     
  • 5.305, Rock (?), 00:48, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да нормально все было бы. Нашлось бы кому развивать. Свободное ядро всем нужно. И частникам, и академическим кругам. Свет клином не сошелся на американских корпорациях.

    То есть, Вы абсолютно согласны с предыдущим оратором: для развития Линукса нужны корпорации.

     
  • 5.492, aname (?), 22:48, 12/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну- ка, количество свободных вёдер уровня линуха, без участия корпораций, перечислишь?
     
  • 3.255, Аноним (255), 18:20, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > неплохо
    > существуют ядра BSD

    В твоём воображении если только.

     
  • 2.29, Аноним (-), 11:01, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >в текущем виде
    >благодаря корпорациям

    Мне, пожалуйста, один линукс в не текущем виде, спасибо.

     
     
  • 3.65, Аноним (65), 11:31, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Hurd к вашим услугам
    Вот так выглядит линукс без корпораций
     
     
  • 4.129, Аноним (129), 12:17, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зачем же Hurd, можно просто Linux-libre поставить. Блобов не будет. Только как выживать с таким ядром, которое не поддерживает большинства оборудования.
     
     
  • 5.150, ryoken (ok), 12:50, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот кстати, хотел полюбопытствовать, с целью повышения уровня образованности :). Кто-то пробовал Linux-libre на основном домашнем, для примера, железе? И что из этого получилось? :) (На моём основном стационаре с Radeon RX580 сразу скопытилось видео из-за отсутствия firmware, но ssh работал, насколько я помню, давно проверял).
     
  • 5.151, Аноним (151), 12:51, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Например, писать драйверы к оборудованию. Быть DIY-гигачадом.
     
  • 5.210, Аноним (210), 14:25, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну зачем же Hurd, можно просто Linux-libre поставить. Блобов не будет. Только как выживать с таким ядром, которое не поддерживает большинства оборудования.

    Дело-то вовсе не в блобах, корпорации большую часть и гплного кода ядра пишут. Линукс без блобов - это, в основном, тоже продукт корпораций.

     
  • 4.145, Аноним (145), 12:42, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Hurd юзабелен? Как его протестировать, есть дистрибутивы? Поддерживает х64?
     
  • 4.166, Аноним (274), 13:02, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Проблема Hurd - изначально приняты неправильные архитектурные решения.
     
  • 4.224, Аноним (224), 15:40, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но хурд изначально был мертворождённым из-за отвратительного проектирования. Правильнее было бы сравнивать с нетбздой.
     
     
  • 5.246, Аноним (246), 17:15, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мертвый, зато свободный в понимании гнутых
     
  • 2.50, AleksK (ok), 11:19, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вам стоит признаться себе в том что многие корпорации в принципе существуют исключительно благодаря линуксу.
     
     
  • 3.54, Аноним (-), 11:23, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    например? почему говорите о ред хат во множественном числе?
     
     
  • 4.66, Admino (ok), 11:33, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > например?

    Microsoft. Google. Amazon. Xiaomi. Samsung. Sony. LG. Panasonic. D-link. TP-link. Uniquity. Hewlett-Packard. Dell. Lenovo. Huawei. IBM. Intel. AMD. Tesla. Acer. MSI. Asus.

    Короче, я устал перечислять примеры.

     
  • 4.175, name (??), 13:09, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кто сказал каноникал?
     
  • 4.180, AleksK (ok), 13:19, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > например? почему говорите о ред хат во множественном числе?

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

     
  • 3.167, Аноним (274), 13:02, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    +100500
     
  • 2.140, arthi747 (ok), 12:27, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чето вспомнился южный парк как укуреный обрыган жаловался на корпорации. Ну корпорации и что? Кто хочет тот свой вклад и вносит.
     
  • 2.182, Rastler (ok), 13:21, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Формально да, но делают то люди. При капитализме иного быть и не может.
     
  • 2.209, iCat (ok), 14:22, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >...исключительно благодаря корпорациям...

    Да заберите уже своего Леннарда с его системдою!

     
  • 2.262, dannyD (?), 18:32, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>вам всем стоит признаться...

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

     
  • 2.298, Аноним (298), 23:33, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, корпорация Байкал Электроникс заставила Линуса Торвальдса принять драйвер к Байкалам. Линукс развивается только благодаря Байкал Электроникс.
     
  • 2.313, Аноним (333), 05:47, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Minix, Hurd, redox с 749$ донатов хорошие примеры ос без корпораций

    В свободное от работы время очень сложно написать что-то большое и полезное.

     
     
  • 3.325, Аноним (325), 08:09, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У вусего перечисленного есть дистрибутивы? Можно попробовать?
     
     
  • 4.412, Аноним (333), 23:19, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть же на сайтах соответствующей ОС.
    Debian GNU/Hurd и ещё какие-то у hurd
     

     ....большая нить свёрнута, показать (33)

  • 1.10, DEF (?), 10:22, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >В файловую систему Btrfs внесены существенные оптимизации производительности

    Отлично, еще бы RAID56 довели бы до стабильного состояния и добавили бы Blake3, xxHH3 128/256 bit - и ZFS больше не нужна.

     
     
  • 2.22, Аноним (22), 10:57, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs уже поддерживается кем-то кроме линуха? Что там с монтированием по сети, sharefs, поддержка в CEPH? В чём она вообще выигрывает?
     
     
  • 3.44, Аноним (44), 11:13, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    гуглить winbtrfs
     
     
  • 4.114, Аноним (22), 12:02, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Но он же глючит ещё чаще, чем порт ZFS и EXT под фортки, а есть ещё и другие ОС...
     
  • 3.197, Анон123 (?), 13:49, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лет 10 уже поддерживается всеми.
    Вин - через winbtrfs
    BSD - через fusefs-lkl
    Мак - нативно
     
     
  • 4.281, Аноним (22), 19:50, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скоро будет лет 10 как его из RHEL выкинули, остальное практически всё ложь
    вин - бажная поделка (впрочем это классика с любым портом под форточки)
    bsd - много можно понайти из серии lklfuse hangs on SIGINT, но EXT4 вроде тащило, но зачем...
    мак - а пацаны то не знают https://www.reddit.com/r/btrfs/comments/p7u1ov/mount_btrfs_on_macos/
     
  • 2.71, Аноним (71), 11:35, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В btrfs нет онлайн дедубликации.
     
     
  • 3.207, Sw00p aka Jerom (?), 14:22, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    экономщики епта, а если данные надо хранить шифрованными?
     
     
  • 4.223, анон (?), 15:40, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе есть что скрывать? Вот только не надо загонять про личные данные, стоимость которых меньше 0.004р за юзера.
     
     
  • 5.289, Sw00p aka Jerom (?), 22:00, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тебе есть что скрывать? Вот только не надо загонять про личные данные,
    > стоимость которых меньше 0.004р за юзера.

    мне есть кого бояться, и поэтому сижу и пишу из бункера.


     
     
  • 6.452, Аноним (452), 14:27, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вова ты ли это?
     
     
  • 7.474, Sw00p aka Jerom (?), 21:25, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вова ты ли это?

    в логе модерирования ответ :)

     
  • 5.478, Аноним (71), 11:58, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если тебе нечего скрывать, выложи сюда свои паспортные данные, адрес проживания, все логины и пароли, ФИО и фото родственников. Ведь после этого никакие мошенники этими данными не воспользуются, да?
     
     
  • 6.482, анон (?), 15:46, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда я нарушу закон, opennet нарушит закон, и я нарушу правила opennet. Это мне доставит куда больше проблем.
     
  • 4.278, Аноним (22), 19:44, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Храни. Внезапно, хэш всё равно совпадёт
     
     
  • 5.288, Sw00p aka Jerom (?), 21:59, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Храни. Внезапно, хэш всё равно совпадёт

    режимы шифрования, вектор инициализации - не, не слышал.

     
  • 3.481, Аноним (481), 12:36, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что она нахрен не нужна в большинстве случаев из-за затрат ресурсов CPU и RAM. Вон, в ZFS она, вроде, и есть, но пользуется ей в проде примерно никто.
     
  • 2.194, Аноним (194), 13:45, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    БТРФС - цыклоп на глиняных ногах, падает от каждого неосторожного чиха.
     
     
  • 3.247, DEF (?), 17:28, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    7 лет юзаю - ничего не упало ниразу. Курить мануалы надо.
     
  • 2.214, name (??), 14:41, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Добавили бы Blake Blossom.
     

  • 1.11, Аноним42 (?), 10:22, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ждем толпы неолуддитов, которым требуется DECNet в современных ядрах
     
     
  • 2.34, Неолуддит (?), 11:08, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если мне уже скоро вполне может понадобиться nncp или uucp, то вполне может понадобиться и DECNet, особенно если он мне поможет уворачиваться от КГБ.
     
     
  • 3.141, arthi747 (ok), 12:29, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мания преследования и мания величия первые признаки шизофрении.
     
  • 3.422, fuggy (ok), 04:06, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Часто вы уворачиваетесь, соединяя два PDP-11 в peer-to-peer сеть?
     

  • 1.12, Аноним (12), 10:29, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в Debian 12 успеет попасть ?
     
     
  • 2.40, Аноним (-), 11:11, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    надеюсь, что нет
     
  • 2.139, anonymous (??), 12:26, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, потому что это LTS, а Debian уже несколько лет как выходит с апстримными LTS-ядрами.
     
     
  • 3.263, dannyD (?), 18:38, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    где написано 6.1 - LTS ?

    https://www.kernel.org/category/releases.html

    они вроде собирались 6.2 в LTS.

    когда у деби заморозка?

    до 6.2 еще месяца три-четыре.

     
  • 2.149, torm84 (?), 12:50, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К гадалке не ходи, успеет. Они достаточно оперативно запиливают софт в testing.
     
  • 2.493, eugener (ok), 13:48, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сегодня прилетело.)
     

  • 1.13, Аноним (333), 10:30, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Вопреки настойчивым требованиям опеннет экспертов в linux 6.2 добавляют еще больше rust https://lore.kernel.org/rust-for-linux/20221211005609.270457-1-ojeda@kern

    Кроме того поддержка rust модулей будет в новом meson https://mesonbuild.com/Release-notes-for-1-0-0.html

     
     
  • 2.161, НяшМяш (ok), 12:57, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поправка - rust поддерживается и в текущем meson (0.64.1, им mesa 23 с rusticl собирается), в 1.0.0 модуль объявят стабильным.
     

  • 1.14, Аноним (194), 10:31, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    А для Эльбрусов ничего не добавили? Обидно...
     
     
  • 2.21, Аноним (333), 10:54, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1.

    Хотя они не производятся

     
     
  • 3.153, EULA (?), 12:52, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Официально не производятся.
    Но официально TSMC не может закупить неон, палладий и рубины.
     
     
  • 4.191, Аноним (191), 13:35, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет рубинов, пусть делают на бриллиантах
     
     
  • 5.317, EULA (?), 06:03, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Бриллианты в лазерах не работают.
     
  • 3.190, Аноним (194), 13:33, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Какое отношение Байкал имеет к Эльбрусам?
     
  • 2.23, Turbid (ok), 10:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что они сделали для этого? Открыли какие-то спеки может? Патчи прислали?
     
     
  • 3.33, Аноним (333), 11:06, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    зачем поддерживать сложный процессор который никогда не будет производиться?
    ладно бы, если бы в зеленограде хотя бы 90нм эльбрусы освоили.
     
     
  • 4.256, anonymous (??), 18:21, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    90 вроде умели, хоть и небольшая партияб сейчас небось оорудование мхом покрылось ибо "зачем покупать совковое если есть настоящее качественое западное"
     
     
  • 5.303, Аноним (303), 00:01, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А изготовленное на 90nm на купленной западной линии это типа свое? На нем и так вроде делали RFID метки и чипы "Тройка", а то что небыло больших промышленных заказов и инвестиционной программы по развитию полупроводниковой промышленности это к правительству Путина. У нас по конституции суперпрезиденская страна, и у президента было целых 20 лет на реализацию "хитрых планов".  
    Вон, в Японии через 20 лет после ядерных бомбардировок городов в проигранной вой наступило экономическое чудо, а у нас даже войны небыло, населения как у Японии но еще и куча ресурсов.
     
     
  • 6.316, Аноним (333), 05:56, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем что-то производить если можно купить готовое, а деньги распилить, как распиливали деньги на завод Ангстрем.
    Купили готовое оборудование АМД 65нм, но оно даже в Россию не доехало.
     
  • 2.30, Аноним (-), 11:03, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >А для Эльбрусов ничего не добавили?

    Я бы добавил уголовное дело по распространению ядра и binutils с асмовставками не под GPL. Это после уголовного дела по поводу картельного сговора.

     
     
  • 3.38, Аноним (194), 11:10, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >по поводу картельного сговора

    Мне кажется это больше по части Yadro...

     
  • 3.41, llolik (ok), 11:12, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы хоть с правоприменением ознакомился, чтоли.
    > картельного сговора

    Картельный сговор кого с кем?

     
     
  • 4.69, Admino (ok), 11:34, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем? Это же эксперт с опеннета.
     

  • 1.16, Аноним (-), 10:50, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ну что, когда сокращение списка поддерживаемых архитектур до трёх-двух с половиной?
     
     
  • 2.196, НяшМяш (ok), 13:48, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://doc.rust-lang.org/rustc/platform-support.html
     

  • 1.17, Аноним (333), 10:51, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +28 +/
    >Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.1 - Linux-libre 6.1-gnu

    Почему эксперты-программисты с опеннет не могут сделать свой Linux-rust-free-6.1-opennet ?
    Они же знают как надо программировать, у них руки, в отличии от современных так называемых программистов, растут из правильного места.

     
     
  • 2.156, EULA (?), 12:53, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наверное потому, что любители раста не могут создать rust-only-kernel.
     
  • 2.226, Без аргументов (?), 15:48, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    лет 5 назад новости и подобные вбросы про раст минусовались, а теперь накручиваются (или с имиджбордов притащили анонов?), типичное окно овертона, "толпа, что ячмень в поле -- стелется по ветру" (к/ф "Фараон")
     
     
  • 3.236, Аноним (333), 16:13, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот вам плюсие к не страдаете. Вспоминайте архитектуру компьютеров систем и готовьтесь, марально делать Linux-rust-free-opennet-edition
     
     
  • 4.388, Без аргументов (?), 17:37, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне пофиг вообще, я от айти отстраняюсь, т.к. деградация и инволюция не интересна
     
     
  • 5.463, Аноним (333), 15:43, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Надо читать больше комментариев к новостям на опеннет. Тут что не комментарий, то образец высочайшей компетенции, кладезь знаний, остроумия и мудрости
     
     
  • 6.465, Аноним (333), 15:44, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Аноним 160 вообще пример гениальности
     
  • 4.389, Без аргументов (?), 17:39, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Страдают обычно ожидатели чего-то вот-вот грядущего, но когда оно наступит, они найдут снова о чем пострадать
     
  • 2.227, Без аргументов (?), 15:50, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру
     

  • 1.18, Аноним (22), 10:52, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Без ZFS не кошерно.

    >>  Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1.

    Вообще не понятно зачем тащить то, что не производится

     
     
  • 2.24, Аноним (-), 10:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Вообще не понятно зачем тащить то, что не производится

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

     
     
  • 3.67, th3qthecreator (?), 11:33, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А компилятор на плюсах то написан %-%
     
     
  • 4.171, Аноним (274), 13:06, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Компилятор ещё с версии 4.8 стал постепенно включать код на C++
     
  • 2.147, Аноним (160), 12:49, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вообще не понятно зачем тащить то, что не производится

    Предложи Линуксу выпилить вообще всё, что не производится. Там много чего найдётся.

     
  • 2.480, Аноним (71), 12:02, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Без ZFS не кошерно.

    Лицензия не позволяет.

     

  • 1.25, Шарп (ok), 10:58, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Интегрирована первая часть изменений, обеспечивающих возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ.

    Эта хрень всё разрастается. Жду новость о возможности написания BPF программ на расте. Будет хипстерский флеш рояль.

     
     
  • 2.32, Аноним (-), 11:05, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Жду новость о возможности написания BPF программ на расте.

    А я не жду, ведь для этого надо уметь добавлять бэкенды в компилятор.

     
  • 2.219, Аноним (219), 15:01, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Будет хипстерский флеш рояль.

    Согласен, надо запретить все эти хипстерские недоязыки и переписать ядро на единственно правильном КОБОЛе!

     
     
  • 3.248, 1 (??), 17:38, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    До PL/1 языки делались для разного типа применений.
    Fortran для математики, COBOL для финансов, LISP для ИИ. Всё правильно было. А теперь что не язык, всё сплошной франкенштейн типа php.
     
     
  • 4.423, fuggy (ok), 04:11, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    … C для ядра Unix.
     
  • 2.404, ПомидорИзДолины (?), 20:50, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Флеш рояль на руках с 2019 года: https://blog.redsift.com/labs/writing-bpf-code-in-rust/
     

  • 1.31, AlexYeCu_not_logged (?), 11:05, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлена поддержка звуковых подсистем, реализованных в процессорах Apple Silicon, Intel SkyLake и Intel KabyLake.

    А какая там звуковая подсистема в SkyLake? Вот прям в проце, не на матплате?

     
     
  • 2.70, Аноним (70), 11:35, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я не знаю откуда приходит звук в hdmi выход, из процессора или из отдельного аудио декодера.
    Видео драйвер на винде содержит и аудио драйвер, может эта часть имеется в виду.
     

  • 1.35, Аноним (35), 11:08, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру.

    "...да всего-то на пол-шишечки!"

     
     
  • 2.148, Аноним (160), 12:49, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Системду так же впихивали.
     

  • 1.60, Анонимо11111 (?), 11:27, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На 400 тыс. строк ядро стало жирнее.
     
     
  • 2.174, Аноним (274), 13:08, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Не собирай эти 400 000 строк, если ненужны.
     

  • 1.81, Растислав Анонян (?), 11:45, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Свершилось. Однако долго пришлось ждать, пока раст взойдет на пьедестал почета. И это еще один дополнительный плюс к репутации растоманов - к делу они подходят обстоятельно, 777 раз отмерят и только потом внедряются в ядро.
     
     
  • 2.186, Аноним (274), 13:25, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, пусть Wayland 777 раз перепишут.
     
  • 2.314, Ann (??), 05:50, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, одни плюсы в репутации.
    Firefox пилили, недопилили - бросили; Вроде redox запилили, вот казалось бы, где раскроются все преимущества языка - но нет, полезли в код готовых и состоявшихся проектов, где без них все хорошо было.
    Про оголтелую агитацию языка вообще молчу. На моей памяти ни один язык так не пиарили и не пытались засунуть везде, где можно. И наверное, именно это и вызывает наибольшее неприятие.
     

  • 1.89, Аноним (89), 11:52, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Можно перестать писать полотно воды после каждого упоминания Rust?
     
     
  • 2.109, Аноним (109), 12:01, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А вдруг кто-то забудет, что раст позволяет безопасно работать с памятью?
     
     
  • 3.144, arthi747 (ok), 12:35, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И обязательно в первых строках, хотя на нем даже еще ничего не написано. А внизу уже мелочи типа сети, памяти...
     
     
  • 4.231, Анимус (?), 16:05, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по комментариям, остальные изменения онанимусам Опеннета вообще по боку. Вероятнее всего, после слова Раст они дальше вообще не читали.
     
  • 2.113, Facemaker (?), 12:02, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не заметил тут такого. Где полотно?
     
  • 2.228, Без аргументов (?), 15:54, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это ещё норм. В новостях про Electron каждый раз копипаст про его достижения и софт, который на нем написан
     

  • 1.91, Аноним (91), 11:53, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > "Добавлена возможность использования языка Rust"

    Вот видите!

     
     
  • 2.100, An (??), 11:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Видим.
    Но еще осталась надежда на BSD системы.
     
     
  • 3.164, НяшМяш (ok), 13:00, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что они тоже скоро включат Rust? /s
     
     
  • 4.315, Ann (??), 05:55, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, что нет. Если это произойдет - то печально.
     
  • 4.323, bOOster (ok), 06:37, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Имхо - на 99% пойдут на C++. Rust не будет там, во всяком случае в его текущей, абсолютно бестолковой инкарнации...
     
  • 2.101, РАСТислав Анонян (?), 11:58, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Видим конечно. Собственно новость не о релизе ядра ( это так - сопутствующие мелочи), а новом достижении Раста.
     
  • 2.152, Аноним (160), 12:51, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Почему раст не может компилировать модули так, чтобы не патчить само ядро десятками тысяч строк, и это только для возможности минимальной сборки?
     
     
  • 3.169, НяшМяш (ok), 13:05, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Может, только это будет код в стиле сишки и в большом unsafe блоке. А его внедряют, чтобы абстрактный вася при написании своего драйвера к unsafe не прибегал вообще.
     
  • 3.221, Аноним (333), 15:11, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему clang не может/не мог компилировать ядро так чтобы не приходилось патчить ядро сотнями тысяч строк? И это несмотря на то что clang компилятор того же языка на котором якобы написано ядро.
     
     
  • 4.244, Аноним (160), 17:09, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Задай этот вопрос авторам шланга, которые не осилили стандарт Си.
     
     
  • 5.282, Аноним (282), 19:52, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стандарт GCC C? Ссылочку, пожалуйста.
     
     
  • 6.332, Аноним (333), 08:22, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://gcc.gnu.org/
     

  • 1.107, Аноним (109), 12:00, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Жду когда микрософт задонатит на поддержку C#
     
     
  • 2.116, Аноним (89), 12:04, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    И на патчи в виде dll блобов
     

  • 1.124, РАСТислав Анонян (?), 12:10, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Меня удивляет негативная реакция сишников на включение раста в ядро. Ведь язык С давно уже прекратил свое развитие, ему конкуренция нужна, чтобы он не закисал. Появление раста на сцене - лишь подстигнет развитие си-экосистемы. Уверен, через 3-4 года язык С будет не узнать. Тем более сишникам надо обслуживать тулчейн раста - LLVM, линкер и огромный список сишных библиотек, от которых раст всё еще зависит. Раст, С, С++ - это все одного поля ягоды, я бы даже сказал единая экосистема. Кстати, многие растоманы очень хорошо знают С/С++. Пора бы и сишникам с плюсовиками познакомиться с растом, что-то полезное перенять может быть. Одно ведь дело теперь делаем.
     
     
  • 2.130, Аноним (130), 12:17, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    https://habr.com/ru/company/otus/blog/701324/
     
     
  • 3.155, Аноним (160), 12:52, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не надо сюда тащить эти ссылки...
     
  • 2.131, Аноним (109), 12:18, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты к нам не примазывайся, мы тебя в свою компанию не берем
     
     
  • 3.142, РАСТислав Анонян (?), 12:31, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да сто лет мне сдалась твоя эта компания. Я Анонян - мне свора Анонимов не нужна. Я говорю про связку С/С++/Rust справедливости ради и объективности в том числе.
     
  • 2.135, Аноним (135), 12:22, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Слишком толсто
     
  • 2.172, Аноним (151), 13:07, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    База. Но от неё, как всегда, рвутся.
     
  • 2.185, Анончик (?), 13:23, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Меня удивляет негативная реакция сишников

    вы с чего взяли что сишники не довольны? Если по комментам анонов то это явно не показатель.

     
     
  • 3.198, РАСТислав Анонян (?), 13:49, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В интернете (НЕ в опеннете) нет восторгов сишников по этому поводу. Если таковые есть, дайте ссылку - интересно будет почитать.
     
     
  • 4.390, 1 (??), 17:43, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А так же нет восторгов явистов, иго-гошечек, перловодов ...
    И что это доказывает ?
     
  • 2.212, toomish (?), 14:37, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ведь язык С давно уже прекратил свое развитие, ему конкуренция нужна, чтобы он не закисал.

    https://www.open-std.org/jtc1/sc22/wg14/www/wg14_document_log.htm

     
     
  • 3.276, BuildPrice (?), 19:31, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> N3041
    >> https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3041.htm
    >> Code of Conduct for the technical work

    это все на что способны современные сишники <facepalm>

     
  • 2.296, Аноним (296), 22:44, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уверен, через 3-4 года язык С будет не узнать

    Упаси Господи от такого

     
  • 2.351, Янис (?), 10:37, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никакое мы одно дело не делаем. Раст пихают в ядро для его контроля, для контроля за программистами, для бизнеса, для того, чтоб убить ядро. Потому народ его и не любит. Язык СИ - не идален, но в нем нет проблем писать программы без ошибок в памяти: для этого есть тот же Valgrind, который следит за всеми утечками памяти, неиницализованными переменными. На Расте один "Хелло волд" весит 4 мегабайта, и мне совершенно не интересно, почему так происходит, потому что на Си программы в тысячи строк весят на порядки меньше. Надеюсь, будут форки ядря без Раста: ими и собираюсь пользоваться
     
     
  • 3.363, Аноним (333), 12:12, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ждать? Пора делать свой форк ядра, ведь опеннет эксперты по Линукс знают как правильно надо делать, как правильно программировать и на чем.
     

  • 1.126, Аноним (130), 12:16, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    А раньше говорили - вот придут корпорации, вот тогда заживём, победим винду и всё такое..
    ну вот.. пришли.. и что? systemd,rust,телеметрия во все щели..
     
     
  • 2.136, Аноним (135), 12:23, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кто говорил?
     
     
  • 3.157, Аноним (160), 12:53, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Те, кто всё это пропихивает.
     
  • 2.283, Аноним (283), 19:56, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > придут корпорации, вот тогда заживём, победим винду и всё такое..

    Закусывать надо...

     

  • 1.127, pashev.ru (?), 12:16, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > для организации питания устройств через Ethernet.

    Именно этого не хватало в дополнение к Ethernet через электросеть.

     
     
  • 2.184, НяшМяш (ok), 13:22, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не знают разрабы ядра, как у нас некоторые провайдеры организовывают питание. Просто берут и две пары из витухи отдают на 220 =).
     
     
  • 3.249, 1 (??), 17:41, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну дык Ethernet-over-Power лет 10 как используется.
     
  • 2.280, Аноним (280), 19:46, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты удивишься, но эта штука существует почти 20 лет и называется PoE.
     

  • 1.133, pashev.ru (?), 12:20, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Повышены требования к версии утилиты GNU Make - для сборки ядра теперь требуется как минимум версия 3.82.

    Ретрограды! Надо уже на Мезон переходить, или даже на Just (на расте).

     
     
  • 2.158, llolik (ok), 12:54, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мезон - это система сборки. Бэкендом там ninja (ну на Виндах ещё msvc можно). Не хотят они make. Говорят проще ninja на нужную платформу собрать, чем писать генератор под make (не говоря уже про то, что Make не особо торопливый).
     
  • 2.165, Советский инженер (?), 13:00, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо на buck2 😀
     

  • 1.146, user90 (?), 12:44, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну что за новости, и похоливарить негде! Пока все это полотно только заявленные фичи, а пока их не "потрогали" другие, не_разработчики, то считай что их и нет.
    Вон у меня самописный менеджер паролей, на мой взгляд идеальный, а кто-то увидел и наверно вздрогнул бы))
     
     
  • 2.177, Аноним (177), 13:14, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чел выложи куда-нибудь код посмотреть (без шуток)
     
  • 2.229, Без аргументов (?), 15:59, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на GTK?
     

  • 1.159, Аноним (160), 12:55, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь линукс ожидает судьба редоха... Будет работать лишь иногда в виртуалках.
     
  • 1.178, Аноним (177), 13:17, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Хипстоту пустили в ядро. Вчерашние формошлепы будут шлепать модули ядра поуши  обмазавшись безопасными конструкциями как им кажется. Что из этот выйдет увидим. Также как это может быть не первый прецедент и мы увидим зиг в ядре.
     
     
  • 2.187, user90 (?), 13:25, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дык пересобери! Не будь как убунтоид!
    Вообще-то это эволюция. Только вот есть сложности с толкованием этого термина ;)
     
  • 2.188, Анончик (?), 13:27, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    вам еще и zig не угодил.
    Че вам надо то? Сделай себе форк, git есть свою ветку обновишь и соберешь без всякого богомерзкого.
     
     
  • 3.287, Вы забыли заполнить поле Name (?), 21:56, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > вам еще и zig не угодил

    Кто сказал, что не угодил? Просто прецендент произошел. Раньше был только Си, никакие другие языки не добавлялись. Может через некоторое время и Zig добавят.

     
  • 2.202, НяшМяш (ok), 13:54, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Выучи раст, начни писать правильные драйвера раньше всех. Пусть скрипят зубами. Ты же эксперт опеннета, а не формошлёп, верно?
     
     
  • 3.286, Вы забыли заполнить поле Name (?), 21:54, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Выучи си, начни писать правильные драйвера раньше всех. Пусть скрипят зубами. Ты же эксперт опеннета, а не формошлёп, верно?
     
  • 2.254, Аноним (194), 18:16, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Справедливости ради -- сишка такая же хипстота. Нормальные программаторы пишут на ассемблере.
     
     
  • 3.371, Вы забыли заполнить поле Name (?), 13:57, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормальные программаторы

    А погромисты на чем пишут?

     
     
  • 4.383, Аноним (333), 16:48, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Шлепают сайты на джаве
     
  • 4.489, Led (ok), 22:27, 17/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На опеннете.
     
  • 2.382, Аноним (333), 16:47, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Современные так называемые программисты не способны ни на что кроме шлепанья сайтов на java.
    Теперь эти фронтэндщики будут считать себя системными программистами и "программировать" модули ядра. Это конец
     

  • 1.189, ИмяХ (?), 13:32, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ, специально рассчитанных на инициирование аварийного завершения работы через вызов crash_kexec()

    А вот это круто! Можно ронять серваки конкурентам, и никакой раст им не поможет!

     
  • 1.200, Аноним (200), 13:52, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а когда ntfs3 выпилят?
     
  • 1.206, 700жёни300наложниц (?), 14:09, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    сделали из линукса идол-истукан вавилонский. бегом на osdev - ядро переписывать.. - без раста.
     
  • 1.208, Аноним (208), 14:22, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В состав включён механизм MGLRU (Multi-Generational LRU), который заменил собой старую реализацию LRU (Least Recently Used) на основе двух очередей на многоступенчатую структуру, лучше определяющую какие страницы памяти по настоящему используются, а какие можно вытеснить в раздел подкачки.

    12309 это хоть уберёт?

     
     
  • 2.420, я (?), 03:32, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, должно! Пожалуй, самое значительное изменение в ядре за последние 5 лет. Примерно 2 года Yu Zhao его делал. Ускорило всё: и серверы, и телефоны, и десктопы. И с малым количеством RAM, и с огромным. Уже применяется в Android, на Pixel 6.

    См. статью о похожем на MGLRU патче, годовой давности: https://notes.valdikss.org.ru/linux-for-old-pc-from-2007/
    И видео от Google: https://youtu.be/PW7XA237dgI?t=10779

     

  • 1.217, Аноним (217), 14:55, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если ядро без Раста не соберется, придется его форкать и патчить.
     
     
  • 2.218, Аноним (208), 14:59, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблемы непокупателя вендора не волнуют.
     
  • 2.220, llolik (ok), 15:06, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ядро без Раста не соберется, придется его форкать и патчить.

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

     
     
  • 3.237, Аноним (237), 16:22, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это пока что, лол. Очкно Овертона по-малому расшатывается, чтобы массу негодований не получить. Сейчас это в виде необязательной зависимости сделано, поэтому все побухтели и забыли, а потом, когда к gcc раст прикрутят, то уже и в обязательную зависимость добавят.
     
     
  • 4.238, Аноним (208), 16:57, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >когда к gcc раст прикрутят, то уже и в обязательную зависимость добавят.

    Как будто что-то плохое. Когда Rust в gcc допилят, то можно будет вообще всё переписать на раст.

     
  • 3.241, Аноним (160), 17:03, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > возможность сборки без Раста, как зависимости, было обязательным

    А толку... Любой винтел-производитель забубенит раст-онли драйвер, без которого не заработает, допустим, браузер, и приплыли...

     
     
  • 4.261, llolik (ok), 18:32, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А толку... Любой винтел-производитель забубенит раст-онли драйвер, без которого не заработает,
    > допустим, браузер, и приплыли...

    Ну, есть вариант свободного выбора:
    - брать железо, которое поддерживается драйвером на Си (живёт же кто-то с linux-libre)
    - переписывать драйвер с Раста на Си и компилять самому
    - смириться и собрать
    - не выёживаться и брать <distro-name>, где ядро уже собрали за тебя. Оно всё равно в бинарном виде, какая разница, чем оно компилировалось

     
     
  • 5.374, Максим (??), 15:18, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > переписывать драйвер с Раста на Си и компилять самому

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

     
     
  • 6.380, llolik (ok), 16:33, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > - обфускация кода.

    Каким образом?
    Что мешает обфусцировать код на Си (за исключением гарантированного получения тонны мата от Линуса перед тем, как отбросят сей патч)?


     
     
  • 7.381, Максим (??), 16:43, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это и мешает. А на расте можно использовать всякие хитрозакрученные конструкции и говорить, что "это я не специально - язык такой".
     
     
  • 8.384, llolik (ok), 16:49, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я сомневаюсь, что все мейнтейнеры поголовно дебилы и rust-book прочитать не в... текст свёрнут, показать
     

  • 1.230, Аноним (230), 16:02, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пока любители Rust надувают щёки и на каждом углу кричат о безопасности, сишники просто пишут и выкатывают патчи на 50 метров...
     
     
  • 2.301, Аноним (301), 23:53, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И некоторая часть этих патчей - исправление сишных ошибок, которых не допустишь на расте
     
     
  • 3.353, Янис (?), 10:42, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хватит этих сказок про бещопасный язык.
     
     
  • 4.362, Аноним (333), 12:09, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Растоманы только и могут что рассказать сказки
     
     
  • 5.417, Аноним (301), 01:54, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, главное, что вас с Янисом Линус не слушает, да и ладно. Да и разработчики tor, гугла и прочих разных. Вот оно всё, принятие, перед вашими глазами в реале происходит, а вы в своей сказке о б-жественном си да непогрешимых си-программистах живете. Страдайте дальше. Дальше для вас будет хуже, для индустрии лучше.
     

  • 1.232, foo (?), 16:06, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Оверсвоппинг с MGLRU так и не починили, и не починят https://www.youtube.com/watch?v=J81kwJeuW58
     
     
  • 2.250, Аноним (250), 17:42, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно, дело не в MGKRU, там какая-то задница со свопингом в нынешних ядрах. Я всю жизнь использовал vm.swappiness=90, теперь с vm.swappiness=10 стало больно и своп мешает постоянно, ничего не открыть, хотя память свободна. Альттаб делаешь и ждёшь 10 минут пока окно появится. Ещё замечал что своп пжет оставаться занятым на несколько гигабайт, но после swapoff потребление памяти растёт мегабайт на 100 (выключается оооочень долго).
     
     
  • 3.277, Аноним (277), 19:39, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    описанное наблюдается и на "нынешнем" ядре 3.10 (или какое там в 7 центоси)

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

     

  • 1.258, Аноним (255), 18:22, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ

    Танненбаум умеет ждать. Впрочем, послушай его Линус тогда, никакого Линукса не было бы.

     
  • 1.267, Аноним (267), 18:43, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > размер патча - 51 МБ, что примерно в 2 раза меньше размера патчей от ядер 6.0 и 5.19
    > Около 45% всех представленных в 6.1 изменений связаны с драйверами устройств

    Страшно подумать, сколько щас компиляется ядро.
    Linux и PC-совместимые явно свернули не туда.

     
     
  • 2.269, Аноним (250), 19:00, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если компилировать целиком со всеми модулями, то я могу так прикинуть что раз в 10 меньше ресурсов чем для 1 clang. Скажи спасибо, что это си, а не плюсы.
     

  • 1.275, Аноним (275), 19:21, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра.

    Ну всё через пару месяцев появятся десятки высококачественных драйверов на Rust (нет) .

     
     
  • 2.290, Вы забыли заполнить поле Name (?), 22:01, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > высококачественных драйверов на Rust

    Они смогут высококачественно потреблять память и высококачественно долго собираться. Но главное не это, главное, что высококачественно БЕЗОПАСНО!

     
     
  • 3.341, Аноним (160), 09:01, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > драйверов на Rust

    И высококачественно содержать 99% кода на Си.

     
     
  • 4.361, Аноним (333), 12:08, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пора опеннет экспертам собраться и написать свою rust-free ос
     
     
  • 5.369, Вы забыли заполнить поле Name (?), 13:54, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пора опеннет экспертам собраться и написать свою rust-free ос

    Хех. По факту все такие.

     

  • 1.279, Аноним (279), 19:46, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ух, как корежит-то ыкспердов, понимают больненькие, что огромный интересный мир прошел мимо них.
     
  • 1.284, Kirikekeks (ok), 20:05, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Тут перечислялись разные linux, которых я не знаю, если я буду разворачивать компактный линух сегодня, основой возьму openwrt. Вчера я бы сказал gentoo calculate freebsd. Кстати, calculate. Всегда в тени, а я когда не знаю как сделать правильно - смотрю а как тамошние ребята думают.
     
     
  • 2.300, Аноним (298), 23:48, 12/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Void уже давно для меня безальтернативен. Сборочная система имеется и без 15 минут лагов как в Gentoo.
    OpenWRT слишком убог, хотя там musl тоже имеется.
    Runit тащит, нет нужды ставить "версии" как в OpenWRT,FreeBSD, OpenBSD,
    Calculate  имеет какую-то свою лицензию будучи Gentoo хотя там компилировать в оригинале можно очень мало устанавливая Firefox только в бинарном виде как и офисный пакет.
    Но Gentoo самоубиться может при обновлении, чего ни разу не случалось с Void Linux.
     
     
  • 3.307, Аноним (250), 02:01, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мюсли тормозные и дырявые, о какой безальтернативности речь? Ну компилирую я проги с ними на генте, но это шляпа. Только для статических распространяемых билдов годится, но там плевать, пользователь и не узнает, что можно было сделать лучше с глибц (ну зато без нытья что не работает).
     
     
  • 4.398, Аноним (298), 19:27, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мюсли Прости, если бы ты хотя бы собрал ядро 6 1, то знал бы что никакая гента ... большой текст свёрнут, показать
     
     
  • 5.401, Аноним (250), 20:17, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если честно, впервые слышу об этом. Поясни, пожалуйста, в чём суть проблемы, и какое отношение ядро имеет к libc?
     
     
  • 6.415, Аноним (298), 00:38, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты в теме про ядро пишешь про основу Так вот в OpenWRT и нестабильную Gentoo пи... большой текст свёрнут, показать
     
     
  • 7.455, Аноним (250), 14:33, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В генту ядро 6 1, я не обновился на него только потому что не люблю собирать пос... большой текст свёрнут, показать
     
  • 3.308, Аноним (250), 02:03, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    PS сломать генту надо уметь, у меня чаще ядро новой версии (без изменений в конфиге) перестаёт загружатся, чем гента ломается.
     
     
  • 4.330, dannyD (?), 08:19, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если всё по дефолту, то да - падает редко.

    но если проявить хоть чуть чуть фантазии....

    короч - развивайте мЫшленье, на то вам конструктор и даден, или сразу на дебиан.

     
     
  • 5.336, Аноним (250), 08:54, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Главное, не включать LTO (ломает компиляцию и софт) или graphite (непредсказуемо меняет логику в рантайме) глобально, иначе приключения будут после каждого обновления компилятора и особенно забавные, когда bash или libz отвалятся, хотя и gawk вполне достаточно. В остальном, бывают конечно кривые ебилды, но только раз свежесобранная glibc утащила за собой всё. У меня custom-cflags и из-за перехода на libxcrypt обнаружилось, что с этой зависимостью нельзя компилировать glibc с флагом -fno-semantic-interposition, который я использую глобально для всех программ.
     
     
  • 6.375, dannyD (?), 15:28, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну как так "не включать LTO", неспортивно от слова совсем ;-)))
     
     
  • 7.400, Аноним (250), 20:07, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нене, я сидел на тру-лто с 4 до 10 с меня хватит. Ни разу за всё время я не получил какого либо заметного улучшения нигде, пусть этим занимаются разрабы (с месоном довольно удобно должно быть). Более бесполезной штуки не существует в природе, только бинари на диске поменьше. Есть куча флагов более полезных (вроде no-plt). А вот PGO с 9 что ли версии гцц очень годная и удобная тема стала -- можно совершенно любой пакет собрать с ним включением пары флагов, только 2 раза пересобирать приходится, я не придумал как это автоматизировать не трогая ебилды. И надо же ещё прогнать код.
     
     
  • 8.413, dannyD (?), 23:56, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну не знаю у меня ноут на древнем i5, пересборка гуя шлангом да с лто заме... текст свёрнут, показать
     
     
  • 9.460, Аноним (250), 14:47, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У шланга очень раздутые бинари, они оптимизирует лапшой из goto и не всегда опти... текст свёрнут, показать
     
     
  • 10.470, dannyD (?), 18:42, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    шланг -O3 это интересно 8- ... текст свёрнут, показать
     
     
  • 11.476, Аноним (250), 22:49, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я очень надеялся ускорить mediainfo, но нет, ни lto, ни шланг, ни pgo не помогаю... текст свёрнут, показать
     
     
  • 12.483, dannyD (?), 21:10, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    проборвал -Os, субъективно -O2 быстрее отказался от pgo, на мой глаз никакой ра... текст свёрнут, показать
     
  • 4.424, Аноним (298), 05:32, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, если не обновлении очередной системной фигни вылезает противоречие, которое можно бы убрать сказав пересобрать вообще все, но проще снести часть системы и обновить только что-то конкретное и когда взаимые блокировки не дают даже систему обновить приходится сносить часть и вот так можно легко систему положить. Так что это в первую очередь деятельное участие сопровождающих пакеты. Особенно когда они ломают что-то без чего не работает все остальное, а держать бекапы это расписываться в собственной никчемности ибо восстановить систему быстрее чем вот эта вся муть.
     
     
  • 5.459, Аноним (250), 14:40, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    После отключения глобального лто ни разу не пересобирал вообще всё, зачем это делать без лто? И не помню, чтобы важные пакеты приходилось удалять хоть раз. Да, при обновлении циклические зависимости разруливаются принудительным удалением 1 проблемного пакета. Это бывает примерно раз в полгода-год. Но, если не обновить, то ничего не будет.
     

     ....большая нить свёрнута, показать (18)

  • 1.285, Аноним (285), 21:10, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Пути раста неисповедимы!
     
     
  • 2.414, dannyD (?), 23:58, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Амэн!
     

  • 1.292, Вы забыли заполнить поле Name (?), 22:05, 12/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А какие требования к компилятору раста будут у ядре теперь? Вряд ли в драйверах позволят последние фичи задействовать.
     
     
  • 2.320, Аноним (320), 06:29, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Главная фича - должно быть на расте. Спеки ведь нету даже на язык не говоря про стдлиб.
     
  • 2.340, Аноним (160), 08:58, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > требования к компилятору раста

    Очень правильный вопрос, на который нет ответа по причине отсутствия стандарта на раст.

     

  • 1.312, Аноним (312), 04:26, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Относительно раста - вот когда напишут драйвера, а не только хелло ворлд, то и посмотрим на сколько нужно. А то доделают, а окажется что раст не серебряная пуля и драйвер за тебя не напишет.
     
     
  • 2.337, Аноним (160), 08:54, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > вот когда напишут драйвера

    Легко! Уже представляем, как будут писать драйвера на расте: берут готовый сишный драйвер, вставляют полторы строчки на расте (где-нибудь в получении строки-версии, где не надо думать), ... профит!

     
     
  • 3.338, Аноним (160), 08:56, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ржавчина не уничтожает весь объект, она просто делает дырки.
     
  • 3.360, Аноним (333), 12:06, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вся суть "программирования" на расте
     

  • 1.324, фф (?), 06:55, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    вот объясните мне недалекому - почему на расте нельзя скомпилировать модуль ядра так, чтобы он не отличался от модуля написанного на С? Зачем нужны какие-то прослойки в ядре для "поддержки языка"?
     
     
  • 2.327, Аноним (333), 08:15, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Этот так называемый системный язык даже не способен на автоматические биндинги к си. Поэтому недалеким растоманам приходится оборачивать структуры ядра в растобиндинги вместо того чтобы сразу писать на ANSI C
     
     
  • 3.335, Аноним (160), 08:51, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > растоманам приходится оборачивать структуры ядра в растобиндинги

    Это наводит на мысль, "внезапно", что структуры в расте - не просто структуры, а с излишней нагрузкой. Но растаманы хвастались, что выхлоп раста - zero-free-runtime, идентичный Си.

     
     
  • 4.359, Аноним (333), 12:05, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А растоманы готовы бить себя четырьмя пятками в грудь что у них zero-free-runtime
    На самом деле у них one-free-runtime
     
  • 3.354, фф (?), 11:05, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну дык пусть оборачивают - это же проблема программиста модуля и его компилятора. Можно даже генератор какой-то написать, если руками лениво.
    на выходе то почему нельзя сделать стандартный модуль со стандартными биндингами к стандартным структурам ядра? Эдак можно дойти до того, что прогрмаммам написанным на расте нужна будет особая операционка для их запуска.
     
     
  • 4.367, Аноним (160), 13:07, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > прогрмаммам написанным на расте нужна будет особая операционка

    редох что-то не особо получился. Принялись за линух, в нём пока хоть что-то работает.

     
  • 3.395, llolik (ok), 19:04, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А bindgen - это тогда что, я не понял https docs rs bindgen latest bindgen П... большой текст свёрнут, показать
     
     
  • 4.399, Аноним (-), 19:58, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мимо Нет никакого рантайма Про рантайм начали говорить опеннетовские сишники, ... большой текст свёрнут, показать
     
     
  • 5.403, llolik (ok), 20:38, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ок Не буду спорить, глубоко в тему не закапывался Гуру Раста себя не считаю, к... большой текст свёрнут, показать
     

  • 1.334, Аноним (334), 08:42, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ.

    Мне казалось, они все такие были, с самого начала.

     
  • 1.339, какая разница (?), 08:56, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ext4 так и не получается восстановить даже с суперблоком?
     
  • 1.349, Full Master (?), 09:38, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра.

    Если kernel developer не может осилить C - то ему нужно коровам хвосты крутить, а не разработкой заниматься.

     
     
  • 2.358, Аноним (333), 12:00, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Современных так называемых программистов даже к коровам нельзя подпускать
     
     
  • 3.394, Full Master (?), 18:29, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда гусям шеи сворачивать.
     
     
  • 4.490, Led (ok), 22:36, 17/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они в основном одноглазого питона душат.
     

  • 1.373, Максим (??), 14:54, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Rust в качестве второго языка

    Напрасно, двоевластие до добра не доведёт...

     
  • 1.376, Аноним (376), 15:55, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот и линукс сообщества познало всю силу раста!
     
  • 1.378, Максим (??), 16:15, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем в ядро добавили эти костыли для раста? Если растаманам так хотелось в ядро, то пусть бы сами и довели свой драндулет до такого состояния, чтобы на нём можно было создавать модули так же и на Си, без всяких "улучшайзеров" со стороны ядра. Странно, что Линус Торвальдс на это пошёл. Стареет? Или в корпоративное рабство загремел?
     
     
  • 2.386, Аноним (386), 16:51, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, не решает уже.
     
     
  • 3.445, Facemaker (?), 11:20, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да, не решает уже.

    Завидую вашей осведомлённости.

     

  • 1.416, Анон1212 (?), 01:27, 14/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хороший релиз, хорошо что руст еще не включили как осноной
     
  • 1.418, Аноним (194), 02:21, 14/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Моё любимое:

    >В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ, специально рассчитанных на инициирование аварийного завершения работы через вызов crash_kexec().

     
  • 1.430, Аноним (430), 08:17, 14/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну всё через пару месяцев появятся десятки высококачественных драйверов на Rust!
     
  • 1.468, darkshvein (ok), 16:02, 14/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эээ, стопэ,
    только iommu в 6.0 стабилизировали!
     
  • 1.475, Аноним (475), 22:02, 14/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1.

    Они ещё шевелятся?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру