The OpenNET Project / Index page

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

Релиз ядра Linux 6.12 с поддержкой Realtime-режима

18.11.2024 11:19

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.12. Среди наиболее заметных изменений: возможность включения Realtime-режима, sched_ext для создания планировщиков CPU через eBPF, вывод QR-кода при аварийных состояниях, механизм Device Memory TCP, механизм резервирования ресурсов SCHED_DEADLINE server, улучшение планировщика задач EEVDF, модуль IPE для задания политик обеспечения целостности.

В новую версию принято 14607 исправлений от 2167 разработчиков, размер патча - 37 МБ (изменения затронули 13087 файлов, добавлено 507913 строк кода, удалено 234083 строки). В прошлом выпуске было 15130 исправлений от 2078 разработчиков, размер патча - 85 МБ (в ядре 6.10 патч был размером 41 МБ). Около 45% всех представленных в 6.12 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 6% - с файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Память и системные сервисы
    • Предоставлена возможность сборки ядра с опцией PREEMPT_RT без дополнительных патчей для работы в режиме реального времени. Последней отсутствующей в ядре возможностью, не позволявшей активировать режим PREEMPT_RT, была поддержка неблокирующего атомарного вывода через функцию printk, которая также принята в состав ядра. Поддержка PREEMPT_RT доступна для архитектур x86, x86_64, ARM64 и RISC-V. До сих пор реализация режима PREEMPT_RT поставлялась в форме внешних патчей, на основе которых некоторые дистрибутивы, такие как RHEL, SUSE и Ubuntu, создавали отдельные Realtime-редакции своих продуктов, востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий.
    • Добавлен механизм "sched_ext" (SCX), позволяющий использовать eBPF для создания планировщиков CPU, охватывающих практически все аспекты планирования выполнения задач и распределения ресурсов CPU. Подобные планировщики могут загружаться динамически и выполняться внутри ядра Linux в виртуальной машине eBPF. Механизм sched_ext упрощает создание специфичных для определённых задач планировщиков, даёт возможность экспериментировать с различными техниками и стратегиями планирования, а также позволяет быстро создавать рабочие прототипы и заменять планировщики на лету в рабочих инфраструктурах. Например, при помощи sched_ext можно создать планировщик, учитывающий специфику определённого приложения и динамически меняющий стратегию планирования его выполнения в зависимости от состояния системы и каких-то дополнительных факторов.
    • В состав включена оставшаяся часть патчей, необходимых для работы механизма SCHED_DEADLINE server, решающего проблему с недополучением ресурсов CPU обычными задачами в условиях монополизации CPU высокоприоритетными (realtime) задачами. Для предотвращения монополизации CPU в ядре ранее использовался механизм Realtime throttling, который пытался резервировать 5% для низкоприоритетных задач, оставляя 95% времени realtime-задачам. Данный механизм оставлял желать лучшего так как обычные задачи во многих ситуациях недополучали процессорное время. SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов.
    • Завершена интеграция планировщика задач EEVDF (Earliest Eligible Virtual Deadline First), который пришёл на смену планировщику CFS (Completely Fair Scheduler), поставлявшемуся начиная с ядра 2.6.23. Новый планировщик при выборе следующего процесса для передачи выполнения учитывает процессы, которые недополучили процессорных ресурсов или получили незаслуженно много процессорного времени. В первом случае форсируется передача управления процессу, а во втором, наоборот, откладывается. Старый планировщик CFS использовал для определения процессов, требующих отдельного внимания, эвристику и тонкие настройки, в то время как новый планировщик отслеживает их более явно и не требует тонкой настройки. Предполагается, что EEVDF позволит снизить задержки при выполнении задач, с которыми у CFS возникали проблемы с планированием.
    • В обработчик аварийных ситуаций в ядре - DRM Panic, использующий подсистему DRM (Direct Rendering Manager) для отображения наглядного отчёта в стиле "синего экрана смерти", добавлена возможность показа на экране логотипа и QR-кода с отчётом kmsg при возникновении аварийного состояния. Так как в QR-код умещается только 2953 байт, предусмотрена опция DRM_PANIC_SCREEN_QR_CODE_URL, при которой отчёт kmsg сжимается при помощи zlib и прикрепляется в качестве параметра к URL, что позволяет передать через QR-код V40 около 7500 байтов. При сборке пакетов с ядром дистрибутивы могут задать базовую ссылку для URL, что позволит организовать переход на страницу для отправки сообщения о проблеме. Для выбора формата QR-кода предусмотрена настройка DRM_PANIC_SCREEN_QR_VERSION.
    • Добавлена поддержка расширения ARM POE (Permission Overlay Extension), позволяющего задавать права доступа к областям памяти. При помощи данного расширения на системах с процессорами ARM64 может быть реализован механизм Memory Protection Keys, применяемый для ограничения доступа к страницам памяти без изменения таблицы страниц памяти.
    • Для архитектур Loongarch, ARM64, PowerPC и s390 перенесена реализация системного вызова getrandom(), оптимизированная при помощи механизма vDSO (virtual dynamic shared object), дающего возможность перенести обработчик системного вызова из ядра в пространство пользователя и избежать переключений контекста. Оптимизация позволяет до 15 раз ускорить получение случайных чисел.
    • В подсистему асинхронного ввода/вывода io_uring добавлена возможность использования абсолютных таймаутов, срабатывающих при достижении определённого времени на системных часах (ранее могли выставляться только относительные таймауты, в которых указывалась продолжительность с начала операции).
    • Добавлены файлы для генерации биндингов для библиотеки libcpupower при помощи инструментария SWIG, позволяющего формировать биндинги из кода на C/C++ для различных языков программирования. Биндинги позволяют создавать скрипты на Python и других языках, и использовать их для расширения функциональности библиотеки libcpupower, предоставляющей API для управления cpufreq и драйверами из пространства пользователя.
    • В утилите cpuidle реализовано отображение значения состояния простоя "residency", применяемого для realtime-систем и учитывающего минимальное время, которое процессор должен находиться в состоянии простоя, чтобы оправдать затраты энергии на переход в это состояние и выход из него.
    • Добавлена возможность использования компилятора Clang для сборки стандартной Си-библиотеки nolibc, входящей в состав исходных текстов ядра Linux и предоставляющей обвязку над базовыми системными вызовами. При сборке nolibc в Clang допускается использование оптимизации на этапе связывания (LTO).
    • Объявлены устаревшими некоторые интерфейсы cgroup1, такие как аккаунтинг TCP, первая версия мягких ограничений (soft limit) и управление исчерпанием свободной памяти. Поддержка указанных функций пока сохраняется в полном объёме, а предупреждение сделано для изучения числа пользователей, которые продолжают использовать данные возможности.
    • Добавлена возможность настройки кольцевого буфера трассировки для сохранения накопленных данных после перезагрузки, что позволит не терять накопленную отладочную информацию в случае аварийного завершения работы ядра. Данные сохраняются в памяти. Включение осуществляется через параметр командной строки ядра trace_instance, например, выставление "trace_instance=boot_map@0x285400000:12M" зарезервирует 12 МБ памяти по адресу 0x285400000 для буфера "boot_map", который будет доступен через файл /sys/kernel/tracing/instances/boot_map.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Добавлены модули 'list' и 'rbtree' для работы с двунаправленными связными списками и красно-чёрными деревьями поиска (red-black tree). Расширены возможности модулей 'init', 'sync', 'types' и 'error'. Предоставлена возможность использования кода на Rust при сборке ядра с защитой от атак Spectre (опции MITIGATION_{RETHUNK,RETPOLINE,SLS}), использования отладочной системы KASAN, механизмов защиты kCFI (kernel Control Flow Integrity) и Shadow Call, а также при использовании дополнительных плагинов GCC. Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust. Подготовлен отдельный сайт с документацией - rust.docs.kernel.org.
    • В состав исходных текстов ядра добавлена утилита xdrgen для преобразования XDR-спецификаций (eXternal Data Representation) в функции кодирования и декодирования XDR, написанные с использованием Си-стиля, принятого в ядре Linux.
    • В ядро принято изменение с реализацией механизма маскирования указателей для снижения числа медленных вызовов barrier_nospec() в 64-битной функции copy_from_user(), применяемой для копирования данных в ядро из пространства пользователя. Применение маскирования ускоряет на 2.6% прохождение теста "per_thread_ops", оценивающего число операций, которые могут быть выполнены в одном потоке.
    • Добавлен новый USB-драйвер, позволяющий использовать протокол 9pfs в качестве транспорта для передачи и приёма данных с USB-устройства, при монтировании ФС 9p поверх USB (например, "mount -t 9p -o trans=usbg,aname=/path/to/fs <device> /mnt/9"). В качестве примера применения нового драйвера называется использование вместо NFS для организация загрузки корневого раздела при разработке встраиваемых устройств.
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В подсистему VFS добавлена возможность работы c устройствами хранения, размер блоков в которых больше, чем размер страницы памяти в системе. В файловых системах данная возможность пока поддерживается только в XFS.
    • В подсистему FUSE, позволяющую создавать реализации файловых систем, работающие в пространстве пользователя, добавлена поддержка маппинга идентификаторов пользователей примонтированных файловых систем, применяемого для сопоставления файлов определённого пользователя на примонтированном чужом разделе с другим пользователем в текущей системе.
    • Реализована новая fcntl-операция F_CREATED_QUERY, дающая приложению возможность определить был ли создан файл, открытый с использованием флага O_CREAT, или он уже существовал до этого.
    • В системный вызов name_to_handle_at() добавлена возможность использования уникальных 64-разрядных идентификаторов точек монтирования для исключения состояния гонки при разборе /proc/mountinfo.
    • Размер структуры "file" в ядре сокращён с 232 до 184 байт, что позволяет сократить потребление памяти на системах, активно работающих с файлами.
    • Запрещено монтирование файловых систем к точкам монтирования внутри иерархии /proc, например, в /proc/PID/fd, что создавало потенциальные проблемы с безопасностью.
    • В псевдо-ФС NSFS (NameSpace FS), используемой для работы с пространствами имён, реализовано предоставление дополнительной информации о пространствах имён точек монтирования.
    • В файловой системе EROFS (Extendable Read-Only File System), предназначенной для использования на разделах, доступных в режиме только для чтения, появилась поддержка монтирования файловых систем напрямую из дисковых образов, сохранённых в виде файлов.
    • В XFS добавлены новые ioctl-команды XFS_IOC_START_COMMIT и XFS_IOC_COMMIT_RANGE для обмена содержимым между двумя файлами.
    • В NFS добавлена поддержка протокола "LOCALIO", позволяющему определить находятся ли клиент и сервер NFS на одном и том же хосте, для задействования соответствующих оптимизаций.
    • В файловой системе Btrfs предложены оптимизации производительности, проведён рефакторинг кода, сокращена область блокировки экстентов при операциях чтения, продолжена работа по переводу на использование фолиантов страниц памяти (page folios), реализовано автоматическое освобождение памяти для структуры btrfs_path.
    • В файловой системе Ext4 устранены ошибки, связанные с выделением блоков, управлением экстентами, механизмом "fast commit" и журналированием.
  • Виртуализация и безопасность
    • Добавлен LSM-модуль IPE (Integrity Policy Enforcement), разработанный компанией Microsoft для расширения существующей системы мандатного управления доступом. Модуль позволяет определить общую политику обеспечения целостности для всей системы, указывающую какие операции допустимы и каким способом следует верифицировать подлинность компонентов. Например, при помощи IPE можно указать какие исполняемые файлы разрешено запускать с учётом проверки их соответствия эталонной версии при помощи криптографических хэшей, предоставляемых системой dm-verity.
    • На этапе компиляции ядра предоставлена возможность раздельного включения доступных методов защиты от разных уязвимостей класса Spectre в CPU. В Kconfig предложены новые параметры: MITIGATE_MDS (защита от уязвимости Microarchitectural Data Sampling), MITIGATE_TAA (защита от уязвимости TSX Asynchronous Abort), MITIGATE_MMIO_STALE_DATA (защита от уязвимости MMIO Stale Data), MITIGATE_L1TF (защита от уязвимости L1 Terminal Fault), MITIGATE_RETBLEED (защита от уязвимости Retbleed), MITIGATE_SPECTRE_V1, MITIGATE_SPECTRE_V2 (защита от уязвимостей Spectre), MITIGATE_SRBDS (защита от уязвимости Special Register Buffer Data Sampling), MITIGATE_SSB (защита от уязвимости Speculative Store Bypass).
    • Добавлен параметр командной строки proc_mem.force_override и набор сборочных настроек в Kconfig (PROC_MEM_FORCE_ALWAYS, PROC_MEM_FORCE_PTRACE и PROC_MEM_FORCE_NEVER), позволяющих запретить изменение памяти через /proc/pid/mem.
    • Подсистема LSM (Linux security module) переведена на использование статических вызовов, что позволило усилить безопасность и повысить производительность.
    • Обеспечена возможность использования штатных ядер для архитектуры ARM64 в гостевых окружениях, выполняемых на Android-системах с модифицированным гипервизором KVM (protected KVM).
    • В LSM-модуле Landlock, позволяющем ограничить взаимодействие группы процессов с внешним окружением, реализована концепция "IPC scoping" для выборочного ограничения взаимодействия с sandbox-окружениями, используя Unix-сокеты и сигналы. Например, можно запретить установку соединений с использованием Unix-сокетов из sandbox-окружения к процессам, в которых не применяется изоляция, но разрешить соединения с процессами в той же scope-области.
    • В гипервизоре KVM в CPUID для гостевых систем добавлен флаг, сигнализирующий о поддержке расширений AVX10.1.
  • Сетевая подсистема
    • Добавлен механизм Device Memory TCP, позволяющий использовать сетевые сокеты для прямой отправки содержимого памяти периферийного устройств по сети (режим zero-copy) и прямого размещения содержимого сетевых пакетов в области памяти устройства на стороне получателя. Передаваемые в пакетах данные передаются от сетевой карты в память периферийного устройства или из памяти устройства в сетевую карту напрямую, минуя CPU, а заголовки пакетов попадают в обычные буферы ядра.
    • Расширены возможности многих Ethernet и беспроводных драйверов. Например, в драйвере Intel iwlwifi добавлена поддержка выноса операций RLC/SMPS на сторону прошивки, в драйвере RealTek rtw89 повышена производительность и добавлена поддержка чипов RTL8852BT/8852BE-VT (WiFi 6), в Ethernet-драйвере microchip добавлена поддержка спецификаций IEEE 802.3bw (100BASE-T1) и IEEE 802.3bp, улучшены реализации виртуальных Ethernet Microsoft vNIC и IBM veth. Добавлены новые драйверы для Ethernet-чипов Realtek RTL9054, RTL9068, RTL9072, RTL9075, RTL9068, RTL9071 и Microchip LAN8650/1 10BASE-T1S MAC-PHY.
    • В MPTCP (MultiPath TCP), расширении протокола TCP для организации доставки TCP-пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, размер используемых при маршрутизации весовых коэффициентов увеличен с 8 до 16 бит. Реализовано определение теряющегося (blackhole) трафика и приостановки на некоторое время попыток установки соединений с системами, приводящими к потере трафика.
    • Для IPv6 реализована поддержка флага "p" в PIO (Prefix Information Option), применяемого в анонсах RA (IPv6 Router Advertisements) для выбора модели развёртывания клиентов через DHCPv6-PD (DHCPv6 Prefix Delegation, RFC9663) вместо присвоения отдельных адресов на базе префиксов, используя SLAAC (Stateless Address Autoconfiguration). В IPv6 IOAM6 добавлена поддержка нового режима инкапсуляции tunsrc, позволяющего добиться более высокой производительности.
    • Повышена производительность обработки управляющих пакетов IPsec.
    • Повышена производительность сброса (flush) больших наборов правил nftables. В nfnetlink_queue улучшена поддержка протокола SCTP.
    • В API ethtool добавлена поддержка привязки нескольких сетевых карт к одному сетевому интерфейсу.
  • Оборудование
    • В драйвере AMDGPU продолжена работа по реализации поддержки GPU AMD RDNA4 ("GFX12"). Добавлена возможность сброса отдельных очередей задач без сброса состояния всего GPU.
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. В новой версии включена поддержка GPU на базе микроархитектур Battlemage и Lunar Lake. Представлена поддержка CCS-модификаторов (Color Control Surface) Xe2 для управления параметрами встроенных и дискретных GPU.
    • В драйвере i915 реализована возможность вывода через интерфейс HWMON или sysfs (атрибут "fan1_input") информации о скорости вращения кулера. Объявлен устаревшим параметр "i915.modeset", вместо "i915.modeset=0" следует использовать параметр "i915.nomodeset".
    • В DRM-драйвер msm (GPU Qualcomm Adreno) добавлена поддержка GPU A615, A306 и A621.
    • В драйвере Nouveau проведена переработка и чистка внутренних структур.
    • В драйвер intel_pstate, управляющий параметрами энергопотребления (P-state) на системах с процессорами Intel, добавлена поддержка гибридных систем с асимметричными (отличающимися по характеристикам) CPU, а также поддержка управления питанием процессоров на базе микроархитектур Granite Rapids и Sierra Forest. В драйвер intel_idle добавлена поддержка CPU Xeon Granite Rapids. В драйвере intel_rapl обеспечено распознание процессов AMD семейства 1Ah и процессоров Intel ArrowLake-U.
    • Продолжено включение изменений для поддержки ARM SoC Snapdragon X Elite, в котором используется собственный 12-ядерный CPU Qualcomm Oryon и GPU Qualcomm Adreno. Чип нацелен на использование в ноутбуках и ПК, и опережает во многих тестах производительности чипы Apple M3 и Intel Core Ultra 155H.
    • Добавлена поддержка ARM-плат, SoC и устройств: Broadcom bcm2712 (Raspberry Pi 5), Renesas R9A09G057 (RZ/V2H), Qualcomm Snapdragon 414 (MSM8929), Lenovo ThinkPad T14s Gen 6, Lenovo A6000/A6010, Surface Laptop 7, Anbernic RG35XXSP, Firefly Core-PX30-JD4, Lunzn Fastrhino R68S, Aspeed Riser, AGX Orin, Rockchip Qnap-TS433, Huashan Pi, Meta Catalina, BeagleY-AI, NanoPi R2S Plus, ExynosAuto v920, SOPHGO SG2002, Qualcomm IPQ5332, LG G4 (h815), Cool Pi CM5 GenBook, Anbernic RG35XXSP, GameForce Ace, IBM P11, Kontron i.MX93 OSM-S, NanoPC-T6
    • Добавлена поддержка экранных панелей Anbernic RG28XX, On Tat Industrial Company KD50G21-40NT-A1, Innolux G070ACE-LH3, Melfas lmfbx101117480, Densitron DMT028VGHMCMI-1D, Microchip AC40T08A, AOU B116XTN02.3, AUO B116XAN06.1, AOU B116XAT04.1, BOE TV101WUM-LL2, BOE NV140WUM-N41, BOE NV133WUM-N63, BOE NV116WHM-A4D, BOE NE140WUM-N6G, CMN N116BCA-EA2, CMN N116BCP-EA2, CSW MNB601LS1-4, Starry er88577.
    • В звуковой подсистеме добавлена поддержка чипов и кодеков RME Digiface USB, AMD ACP 7.1, Mediatek MT6367, MT8365, Realtek RTL1320, C-Media CM9825. Объявлены устаревшими старые звуковые драйверы для ASoC Intel, вместо которых рекомендовано использовать драйверы AVS. Внесено много улучшений в драйвер SoundWire.


  1. Главная ссылка к новости (https://lkml.org/lkml/2024/11/...)
  2. OpenNews: Релиз ядра Linux 6.11
  3. OpenNews: Релиз ядра Linux 6.10
  4. OpenNews: Релиз ядра Linux 6.9
  5. OpenNews: Релиз ядра Linux 6.7
  6. OpenNews: Релиз ядра Linux 6.8
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62243-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (128) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, DEF (?), 12:28, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, ждём прилёта в Fedora 41.
     
     
  • 2.143, pavlinux (ok), 18:34, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >    Предполагается, что EEVDF позволит снизить задержки при выполнении задач, с которыми у CFS возникали проблемы с планированием.

    dfdfdd

     

  • 1.2, Аноним (2), 12:32, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С этим fast commit столько проблем было, вплоть до бсодов. А без него sqlite тормозит.
     
     
  • 2.57, Аноним (57), 13:57, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тяжела жизнь пользователей мастдая.
     
     
  • 3.68, Аноним (2), 14:16, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А это, возможно, объясняет, почему максимально ненадёжную leveldb всюду пихают, и не sqlite.
     
     
  • 4.175, Аноним (175), 21:37, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В реальных задачах sqlite не подходит почти никогда.  
     
     
  • 5.177, Аноним (2), 22:09, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В реальных задачах sqlite не подходит почти никогда.

    То-то она используется везде где надо сохранить записанные данные 100% и не развалиться после каждого маленького обесточивания (или падения программы, это уже вообще смешно у leveldb).

     

  • 1.5, Аноним (5), 12:44, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Я думаю, этот релиз заслуживает номера 7.0 куда больше, чем своей новой циферки заслуживали 3.0, 4.0, 5.0 и 6.0.
     
     
  • 2.16, Аноним (16), 13:07, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы чем-то ЦОДы загрузить. Эффективность? Не, не слышали.
     
  • 2.90, Аноним (90), 15:00, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рано еще, вот выйдет 6.19 или 6.20, вот тогда и ждите 7.0
     

  • 1.8, Аноним (8), 12:47, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Скоро ядро будет неповоротливое
    Какой реал-тайм?
     
     
  • 2.24, Аноним (24), 13:16, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Одно другому не мешает. Реалтайм гарантия отработки за время заданное в техзадании. Оно может не иметь ничего общего с твоим личным ощущением реального времени.
     
  • 2.25, Аноним (2), 13:16, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает. Непонятно, каждые 5 секунд дёргает диск, если отключить своп дёргание проходит. Приходится подключать приоритетный своп на ссд и перемонтировать медленные целые полчаса (занятые воздухом), иначе невозможно.
     
     
  • 3.33, Аноним (33), 13:31, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Расскажи поподробнее, плез.
     
     
  • 4.47, Аноним (2), 13:45, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Расскажи поподробнее, плез.

    Да просто fallocate -l 4G /swapfile && mkswap /swapfile && swapon --priority 300 /swapfile

    При условии, что корень на ssd. Но старый своп может так и быть занят воздухом, его там довольно много. В итоге у меня дёргает диски только когда линкуются программы с растом. И уж точно не насилует диски в простое (без как таковой активности в том же iotop). Если ссд одноразовый, возможно, не стоит, на собственное усмотрение.

     
     
  • 5.180, 12yoexpert (ok), 00:48, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    как ты корень монтируешь?
     
  • 3.95, Аноним (-), 15:09, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает.

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

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

     
     
  • 4.105, Аноним (2), 15:26, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать.
     
  • 3.153, Аноним (153), 19:36, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это както связано
     
     
  • 4.156, Аноним (2), 19:59, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это
    > както связано

    Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.

     

  • 1.10, Ан (??), 12:54, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust

    гигантский шаг б..ть, 100 строк

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/driver

    а абсракций для раста навесили перед этим тонну. Кому это надо ? И ведь это совсем не та подсистема где находят критические баги с памятью.

     
     
  • 2.28, Аноним (-), 13:21, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust
    > гигантский шаг б..ть, 100 строк

    маленький шаг для раста, но зато большой шаг для всего ядра)

    Слона нужно есть по кусочкам.
    Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".
    Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat - и затыкаем орунов "тут всего 100 строк кода".
    Потом делаем отдельные подсистемы (это будет очень сложно, но попробовать стоит).
    А принимаем решение "весь новый код пишется только на расте"

    > И ведь это совсем не та подсистема где находят критические баги с памятью.

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


     
     
  • 3.39, Аноним (39), 13:37, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что делать с сишным апи, который наружу торчит?
     
     
  • 4.44, Аноним (-), 13:39, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А что делать с сишным апи, который наружу торчит?

    А что делают с апи? Оборачивают.

    У тебя будет файт си_обертка.с и остальной код на расте или любом другом языке.

     
  • 3.53, Ан (??), 13:51, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat

    он давно есть, например в форке asahi

    > Потом делаем отдельные подсистемы

    это видимы ты и те парни которые в этом разбираются

    > принимаем решение "весь новый код пишется только на расте"

    принимай хоть сейчас

     
     
  • 4.106, Аноним (-), 15:27, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > он давно есть, например в форке asahi

    Есть, но в mainline его пока не приняли

    > это видимы ты и те парни которые в этом разбираются

    Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра

    > принимай хоть сейчас

    Кто знает, кто знает, может оно уже принято

     
     
  • 5.114, Ан (??), 15:47, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра

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

     
  • 3.58, Аноним (16), 13:58, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".

    Скорости не хватит. Или сделают обертку вокруг С на Rust, а сообщат только о Rust. Они так поступали неоднократно. Например, снаружи Python и R (и об этом кричат чуть не из утюгов), а внутри С (и об этом скромненько молчат).

     
  • 3.64, Аноним (64), 14:09, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".

    Вы посмотрели, что они сделали.

    Взяли драйвер, которые написан сразу для множества железяк. Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.

    То есть во первых не написали, а переписали.

    Как всегда - неполная, ограниченная реализация.

     
     
  • 4.96, Аноним (-), 15:10, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.

    Да! Именно в этом и план! Сделали так чтобы даже сишник понял!
    Сейчас на него посмотрят и скажут "ну... в общем похоже, не привычно конечно, но..."

    А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы, еще с чем-то - у ревьюверов бы мозги поплавились и они бы все забраковали.
    К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно подводить постепенно. Чтобы всех их не распугать.

     
     
  • 5.137, Аноним (137), 17:49, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы,
    > еще с чем-то - у ревьюверов бы мозги поплавились и они
    > бы все забраковали.

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

    > К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно
    > подводить постепенно. Чтобы всех их не распугать.

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

     
     
  • 6.140, Аноним (-), 18:03, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.

    Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного позора)

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

    Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
    Как говорится - делай хорошо, хорошо будет.
    Чего сишники не могут сделать уже десятки лет.


     
     
  • 7.141, Аноним (64), 18:08, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
    > Как говорится - делай хорошо, хорошо будет.
    > Чего сишники не могут сделать уже десятки лет.

    Вот только пока не получается хорошо. Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.

     
     
  • 8.147, Аноним (-), 18:53, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Замена нгикса обгоняет своего предшественника В андроиде ошибок стало гораздо м... текст свёрнут, показать
     
  • 7.142, но (?), 18:33, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
    > Как говорится - делай хорошо, хорошо будет.
    > Чего сишники не могут сделать уже десятки лет.

    осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ?

    https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix

    могу поспорить что солёшься как ссаный понторез

     
     
  • 8.148, Аноним (-), 19:04, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, потратить время на добавление китайских процессоров в ядро Конечно это работ... текст свёрнут, показать
     
     
  • 9.168, да (?), 20:36, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ой а что такое, на расте же быстро - вжух-вжух тем более такому спецу нет ... текст свёрнут, показать
     
  • 7.171, Аноним (137), 21:17, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот и писали бы тот же движок Servo на расте, никто бы слова поперек не сказа... большой текст свёрнут, показать
     
     
  • 8.178, Аноним (-), 22:31, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А можно список Скорее мертв чем жив Это тот самый зиг, который позволяет use-a... большой текст свёрнут, показать
     
  • 5.149, Аноним (149), 19:25, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ваш раст даже в двусвязный список не может о чём тут говорить. его пафеоз это такие драйверы на 100 строк
     
     
  • 6.154, Аноним (-), 19:48, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ваш раст даже в двусвязный список не может о чём тут говорить.

    Лол, кажется это пациент сломался)
    Такие загоны были актуальны много лет назад, вместе с висерами типа "helloworld занимает 100500 мегабайтов".

    doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe.
    Вот тебе домашнее задание - поискать dl-list-mini и прочитать.
    Понимать не обязательно, от тебя такое не требуется.

    > его пафеоз это такие драйверы на 100 строк

    Типичное
    раст никому не нужен
    раст ни когда не примут в ядро
    такие драйверы на 100 строк  
    [вы находитесь здесь]
    ....
    я не могу скомпилять ядро без раста T_T

     
  • 2.144, Аноним (144), 18:40, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >гигантский шаг б..ть, 100 строк

    И везде применяется ленивый оператор "?"
    Если подробно обрабатывать результаты (Result) строк было бы много больше.
    А так будет просто abort()

     
     
  • 3.174, morphe (?), 21:36, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оператор ? просто пробрасывает ошибку наверх, abort тут будет только если вызывающий код эту ошибку решит не обрабатывать, а сделать abort()
     

  • 1.11, ijuij (?), 12:55, 18/11/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +4 +/
     
     
  • 2.12, Аноним (12), 12:59, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 3.13, Ан (??), 13:03, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.29, Аноним (12), 13:24, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.14, Аноним (14), 13:03, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.20, Аноним (16), 13:10, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.19, ijuij (?), 13:10, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.21, Аноним (16), 13:12, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 5.67, Аноним (67), 14:16, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.26, Аноним (12), 13:20, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.22, Аноним (22), 13:15, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 3.31, Аноним (-), 13:27, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 4.51, Аноним (12), 13:49, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 5.69, Аноним (-), 14:16, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.173, Аноним (173), 21:28, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (14)

  • 1.27, мяв (?), 13:20, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    про qr-коды, lsm и landlock прикольно.
    но особенно порадовал IPE. надо будет потестить на арче
     
  • 1.50, Аноним (50), 13:47, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть это не LTS-релиз?
     
     
  • 2.73, Анониматор (?), 14:27, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Будет LTS, но потом
     
  • 2.74, Минона (ok), 14:33, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Их и так уже 6.
     
     
  • 3.82, Анониматор (?), 14:49, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нужно больше
     
  • 3.94, Ан (??), 15:09, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Их и так уже 6.

    фигня в том что код сам собой не появляется в старых релизах

     

  • 1.54, Соль земли (?), 13:53, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Очень вкусное обновление. Оптимизации подсистем, ускорение внутренних механизмов, улучшение безопасности, увеличение функционала.
     
     
  • 2.111, cz (??), 15:37, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень вкусное обновление

    приятного аппетита

     
  • 2.184, 12yoexpert (ok), 00:53, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ты их распечатаешь или прямо на дисках ешь?
     

  • 1.60, DeerFriend (?), 14:01, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что там с raid56 в btrfs?
     
     
  • 2.77, Анониматор (?), 14:41, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    пишут что мейнтейнеры Суси запушили много патчей на btrfs, но на 6.13
     
  • 2.97, Аноним (97), 15:11, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что там с raid56 в btrfs?

    RAID5 при сильном желании можно попробовать юзать. Конечно с метаданными в RAID1, упаси вас метаданные как RAID5 делать. Ибо write hole в метаданных - смерти подобно. С остальным так или иначе можно жить.

     
     
  • 3.182, Аноним (182), 00:51, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4. Всё равно RAID5 без трёх дисков никто создавать не будет.
    К слову, дыры в RAID5 уже закрыты. Просыпайтесь.
     
  • 2.127, DEF (?), 16:28, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё в порядке. Данные храним в RAID5/6, а метаданные в RAID1 и не жужжим. Мануалы кури.
     

  • 1.62, Анониматор (?), 14:05, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Подскажите - а что, были проблемы с неравномощными ядрами на новых камнях от Интела? А то я сам давно на АМД, но интересно как там у соседей.
     
     
  • 2.71, Аноним (71), 14:22, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >были проблемы с неравномощными ядрами

    Были в основном на винде и не во всех программах, но за два года допилили Intel Thread Director:
    https://www.phoronix.com/news/Intel-Thread-Director-Virt
    >давно на АМД

    Так у них также:
    https://habr.com/ru/companies/dcmiran/news/724948/

     
     
  • 3.75, Анониматор (?), 14:34, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Так у них также:

    Ну когда до этого дойдёт и текущий zen4 станет крой дуба, уже можно будет попытаться присмотреть Snapdragon - вдруг цена адекватной станет и моей будущей пенсии на неё хватит

     
     
  • 4.187, 12yoexpert (ok), 00:55, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    снапдрагон, судя по всему, будет анально огороженный, и этих ваших линуксов там будет 2.5 и все с блобами от Qualcomm

    ну и арм можно брать, если нормальный комп есть для работы

     
  • 3.88, Аноним (88), 14:59, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Так у них также:

    У них zen5c только объемом кеша отличаются, а так это такие же ядра, как и zen5.

     

  • 1.78, Аноним (78), 14:43, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В обработчик аварийных ситуаций в ядре - DRM Panic, использующий подсистему DRM (Direct Rendering Manager) для отображения наглядного отчёта в стиле "синего экрана смерти", добавлена возможность показа на экране логотипа и QR-кода с отчётом kmsg при возникновении аварийного состояния.

    Таки готовят ядро, чтоб M$ могла заменить своё на Linux и для их юзеров всё осталось привычно. WSL, WSL2 - долгая дорога к этому.

     
     
  • 2.80, Анониматор (?), 14:48, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    с учётом что WSL2 и NT уже равноправны в ядре винды, то скорее всего так и будет
     

  • 1.79, Аноним (12), 14:44, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В файловой системе Ext4 устранены ошибки, связанные с выделением блоков, управлением экстентами, механизмом "fast commit" и журналированием

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

     
     
  • 2.89, Ан (??), 15:00, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А если внимательнее заглянуть в патчи, может оказаться, что ошибки незначительны и наконец-то обнаружили потому, что они возникали в очень редких граничных условиях, или потому что какие-то ветки кода, срабатывающие редко при ошибке, были недостаточно хорошо протестированы.
     

  • 1.84, Аноним (84), 14:53, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Запрещено монтирование файловых систем к точкам монтирования внутри иерархии /proc, например, в /proc/PID/fd, что создавало потенциальные проблемы с безопасностью

    Magisk на этом сломается?

     
     
  • 2.91, Анониматор (?), 15:06, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А он ещё существует? Помню как много лет назад выложил его автор на XDA - 16-летний школьник, и писал что-то типа извиняйте, делал каникулах )
     
     
  • 3.103, Аноним (103), 15:25, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 3.185, Аноним (182), 00:54, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Джоном Ву именовался тот школьник?
     

  • 1.85, Аноним (-), 14:53, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Среди наиболее заметных изменений: возможность включения Realtime-режима,

    Ну что, QNX из соседней новости, за тобой мы тоже придем :)

     
     
  • 2.101, Ан (??), 15:18, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну что, QNX из соседней новости, за тобой мы тоже придем :)

    зачем возвращаться, Linux уже везде заменил QNX

     

  • 1.99, Аноним (-), 15:15, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > включения Realtime-режима

    Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.

    Ох и наплачемся мы с этим глючным хламом...
    Надеюсь это будет не АЭС.

     
     
  • 2.100, Аноним (103), 15:17, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Недавно видел репортаж с японской АЭС, так там  используется вообще аналоговое оборудование.
     
     
  • 3.133, Аноним (133), 17:30, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я догадываюсь, что оборудование обозвали аналоговым потому что в атомке используются так называемые аналоговые контроллеры, у нас это Протар. Они цифровые, но программируются особым "аналоговым" образом при помощи дифференциальных уравнений. Доводилось поиграться с ними, но слава богу не на реакторе
     
     
  • 4.186, Аноним (182), 00:55, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поиграйтесь, игрунки.
     
  • 2.136, Аноним (71), 17:47, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >разные мишнкритикал системы

    Так они же должны быть изолированы от внешнего интернета ?
    А землетрясению или наводнению неважно какая у тебя ОС:
    https://www.youtube.com/watch?v=tqxXILgaYJk
    https://www.youtube.com/watch?v=jTz0OqsiFWM  

     
     
  • 3.146, голос_из_леса (ok), 18:49, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>А землетрясению или наводнению неважно какая у тебя ОС:

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

     
     
  • 4.163, Аноним (-), 20:25, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя
    > от атаки, это может стоить жизни

    И это тот случай когда простота может быть хуже воровства...

     
  • 2.161, Аноним (-), 20:21, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.

    Элон Маск на нем в космос летает, на минуточку. А тут какой-то анон только снялся с ручника. Про кучу систем управления индустриаловкой, движением, поездами и чем там еще даже упоминать как-то неудобно на этом фоне. А их есть.

     

  • 1.102, Аноним (-), 15:19, 18/11/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.104, Аноним (144), 15:26, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?
     
     
  • 2.160, Аноним (175), 20:05, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы и нет?
     
  • 2.164, Аноним (-), 20:27, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?

    Может, проще отключить оный в конфиге ядра? А сетевые интерфейсы пусть живут, если нужны. Разумеется вон то будет не совсем халявно и некоторые фичи - отвалятся.

    А какой-нибудь системд будет при случае ныть что не смог зафайрволить вон тот сервис, несмотря на запрос в конфиге - ибо eBPF нету. Но если вам это нормалек - то и хрен с ним!

     

  • 1.107, Аноним (144), 15:30, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2.6%, Карл, и за это вы променяли нормальный фильтр на тупое маскирование?
     
     
  • 2.165, Аноним (-), 20:30, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты в своем праве докупить каждый 50-й сервер в большой энтерпрайз за лично свой счет, можешь предложить своей фирме у тебя из зарплаты вычитать их стоимость, так то они конечно на 2.6% забьют и не будут париться :)

    А если тупое маскирование ведет к желаемому результату и не требует весьма дорогой сброс кешей и чего там от всех этих спектров и ретблидов - ну и отлично. Если нет разницы, зачем платить больше?

     
     
  • 3.181, Аноним (181), 00:50, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек, то в этом "энтерпрайзе" банкротством смердит.
     

  • 1.124, Аноним (124), 16:15, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Завершена интеграция планировщика задач EEVDF

    Так он же был с 6.6 или что-то в этом роде... Оне не используется сейчас?

     
  • 1.125, Аноним (124), 16:18, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Применение маскирования ускоряет на 2.6% прохождение теста "per_thread_ops", оценивающего число операций, которые могут быть выполнены в одном потоке.

    Так а если потоков по количеству ядер, ускорение будет больше?

     
  • 1.128, DEF (?), 16:32, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.
     
     
  • 2.134, Аноним (133), 17:34, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    в 6.13
     
  • 2.166, Аноним (-), 20:33, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.

    Да на месте все. Кент немного понизил вроде градус долбанутости. И в этом сезоне огромные pull request за 5 минут перед RC или в последних RC вроде не жестил. Видимо немного дошло что такое агрит толпу народа.

    А так - что там такого писать пока? Багфиксы, багфиксы и еще раз багфиксы. Ты же не думал что такая вундервафля сразу полетит и будет это делать без приколов?!

    А чисто практически - работает в общем то. Я завел пачку VM с этих, до сих пор ни 1 не сдохла. А пару умеренных косяков кент таки загасил.

     
     
  • 3.188, Аноним (182), 00:59, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper? Притом уже стабильного.
     

  • 1.129, Аноним (-), 16:36, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давайте без дураков Режим реального времени на серверах и десктопах не вообще н... большой текст свёрнут, показать
     
     
  • 2.130, Аноним (2), 16:46, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто не осознаёшь глубинку глубин. Для линукса вполне законно уйти подумать на бесконечное время по миллиону причин (и без какой-либо индикации) и, понятно, это не годится в большинстве применений. Остаётся конечно проблема того, что типичное железо слишком не предсказуемое для реалтайма, но хотя бы это не вина ядра будет. Реалтайм режим позволит обнаружить недостатки устройства значительно скорее и ощутимо легче.
     
  • 2.131, Ан (??), 17:02, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип.

    делать специальный чип под каждую задачу никаких денег не хватит, а для комфортного восприятия hmi и звука на десктопе такой жёский реалтайм и не нужен, на станках если это не связано с опасностью для жизни тоже

    http://linuxcnc.org/

     
     
  • 3.145, Аноним (84), 18:46, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    LinuxCnCRA2YR
     
  • 3.170, Аноним (173), 21:14, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > http://linuxcnc.org/

    Так там от компа и не требуется реалтайм.
    Или оно ползает с такими скоростями, что хватало Pentium III 400MHz.
    Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.

     
  • 2.135, Аноним (133), 17:39, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    касательно звука тоже есть смутное ощущение, что реалтайм это просто костыль для кривого звукового сервера (piperwire и для всех слоёв на что он намазан)
     
     
  • 3.152, Аноним (152), 19:35, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вот не надо про кривость пайпвари. По сравнению с пульсой оно просто работает не пердит не падает не отрубает звук, еще и дает задержку в 5 мс на пусть и неплохом но старом железе из 2014 года (встройка аудио на материнке плюс i5-2500).
     
     
  • 4.159, Аноним (175), 20:04, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.
     
     
  • 5.167, Аноним (-), 20:35, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.

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

     
     
  • 6.172, Аноним (2), 21:18, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты гонишь, pci карты пердели по-моему все. Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика). Приоритеты вообще ни при чём (и не забота пользователя).
     

  • 1.132, Роман (??), 17:04, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Lenovo ThinkPad T14s Gen 6 - це ж тоже на Арме!
     
  • 1.150, Аноним (144), 19:29, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Device Memory TCP

    forwarding on и dump летит в твою периферию?
    "Достаточно одной таблетки" (хоста)

     
  • 1.151, Аноним (144), 19:34, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов.

    Измени дедлайн и вот твои параметры realtime задач идут лесом?

     
  • 1.155, Аноним (155), 19:59, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > вывод QR-кода при аварийных состояниях

    Для доната Линусу чтоб лично починил или что?

     
     
  • 2.183, Аноним (181), 00:52, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже за донаты чинить не будет. Донаты ему за "Я финн!" дают, а не за фиксы в ядре.
     

  • 1.157, Аноним (155), 20:01, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >возможность включения Realtime-режима

    Ну теперь то можно без хаков включ~

    >Добавлен механизм "sched_ext" (SCX), позволяющий использовать

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

     
  • 1.158, Аноним (155), 20:03, 18/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > позволяющего задавать права доступа к областям памяти. При помощи данного расширения на системах с процессорами ARM64 может быть реализован механизм Memory Protection Keys, применяемый для ограничения доступа к страницам памяти без изменения таблицы страниц памяти.

    Резервация, сэр.
    Кто там говорил про свободу в лине?

     
     
  • 2.169, Аноним (-), 20:37, 18/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Резервация, сэр.
    > Кто там говорил про свободу в лине?

    Чтобы быть свободным - надо быть хозяином системы. Ее владельцем. А если ты индеец которого на птичьих правах белый человек в барак пустил - какие, нахрен, тебе там права?!

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

     
     
  • 3.176, Аноним (175), 21:39, 18/11/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

  • 1.179, Anoni (?), 00:13, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так и не завезли нормальную поддержку essx8326!
    Плак...
     

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



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

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