The OpenNET Project / Index page

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

Релиз ядра Linux 6.13

20.01.2025 13:12

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.13. Среди наиболее заметных изменений: режим ленивого вытеснения в планировщике задач, поддержка атомарной записи в XFS и Ext4, механизм "multigrain timestamps", адаптивный режим включения полинга в сетевой подсистеме, возможность сборки с оптимизациями AutoFDO, поддержка механизма защиты ARM65 Guarded Control Stack, изоляция виртуальных машин при помощи расширения ARM CCA, раздельные стеки в BPF, удаление ReiserFS, драйвер virtual-cpufreq, netlink API net-shaper, режим монтирования tmpfs учёта регистра символов, поддержка POSIX-расширений в SMB3, драйвер AMD Cache Optimizer.

В новую версию принято 14172 исправлений от 2086 разработчиков, размер патча - 46 МБ (изменения затронули 15375 файлов, добавлено 598707 строк кода, удалено 406294 строк). В прошлом выпуске было 14607 исправлений от 2167 разработчиков, размер патча - 37 МБ. Около 52% всех представленных в 6.13 изменений связаны с драйверами устройств, примерно 13% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 11% связано с сетевым стеком, 4% - с файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Добавлен механизм "multigrain timestamps", позволяющий получать информацию о времени изменения или доступа к файлам c более чем с миллисекундой точностью, но без негативного влияния на производительность. Повышение точности меток приводит к дополнительным накладным расходам из-за увеличения интенсивности записи метаданных на диск, поэтому в предложенной реализации более точные метки создаются не для всех файлов, а только для тех, для которых процессы запрашивают подобные метки через вызов getattr().
    • Добавлена поддержка атомарных операций записи, при которых запись данных, размер которых превышает размер сектора, осуществляется атомарно на устройствах хранения, предоставляющих подобную возможность. В настоящее время атомарная запись реализована для XFS, Ext4 в режиме O_DIRECT (Direct I/O) и md RAID 0/1/10.
    • Предложен новый механизм подсчёта ссылок для файлов, обеспечивающий прирост производительности на 3-5% в рабочих нагрузках, имеющих более 255 потоков.
    • Удалена реализация файловой системы ReiserFS, которая в позапрошлом году была объявлена устаревшей.
    • Добавлен sysctl-параметр "fs.dentry-negative" для выставления в VFS политики очистки записей "dentry" (внутреннее представление элементов каталогов) после удаления связанных с ними файлов. Для каких-то видов нагрузки оптимальнее оставлять подобные записи об удалённых файлах, а для каких-то - удалять, поэтому в ядре предоставлена возможность выбора (по умолчанию "dentry" автоматически не удаляются).
    • В системный вызов statmount() добавлен флаг STATMOUNT_OPT_ARRAY для возвращения списка опций файловой системы в виде массива из строк, завершающихся нулевым символом и не использующих экранирование "\000". Добавлена поддержка возвращения подтипа ФС (fs_subtype, для определения использования FUSE), опций безопасного монтирования и исходного суперблока (sb_source).
    • В OverlayFS предоставлена возможность указания слоёв через файловые дескрипторы, а не имена файловых путей.
    • В файловую систему tmpfs добавлена опция монтирования "casefold" для работы без учёта регистра символов и опция "strict_encoding" для блокирования создания файлов с именами, содержащими некорректные символы UTF-8.
    • Предложен новый набор системных вызовов для управления расширенными атрибутами файлов: setxattrat(), getxattrat(), listxattrat() и removexattrat(). В отличие от системных вызовов setxattr(), getxattr(), listxattr() и removexattr() новые варианты требуют указания файлового дескриптора каталога, относительно которого осуществляется поиск файлового пути.
    • В Btrfs добавлена ioctl-операция BTRFS_IOC_SUBVOL_SYNC_WAIT, включающая ожидание завершения очистки подразделов, что позволяет выполнить команду "btrfs subvolume sync" непривилегированным пользователем, не имеющим доступа к ioctl SEARCH_TREE (полезно в приложениях резервного копирования, очищающих подразделы). Добавлена ioctl-операция ENCODED_READ для чтения через io_uring закодированных данных, например, для чтения напрямую сжатых экстентов без распаковки. Продолжена работа по переходу на использование фолиантов страниц памяти (page folios). Сокращено возникновение конкурирующих блокировок ("lock contention") при поиске встроенных обратных ссылок и при переборе буферов экстентов. Повышена эффективность сжатия карты экстентов.
    • В файловой системе EROFS (Extendable Read-Only File System), предназначенной для использования на разделах, доступных в режиме только для чтения, реализована возможность использования в системном вызове lseek() опций SEEK_HOLE и SEEK_DATA.
    • В F2FS добавлена поддержка отражения устройств ("device aliasing"), позволяющая временно зарезервировать область в F2FS для использования части блочного устройства в другой ФС. После завершения внешней операции зарезервированную область можно вернуть в F2FS. Например, можно создать ФС командой "mkfs.f2fs -c /dev/[email protected] /dev/vdb", после чего содержимое устройства /dev/vdc будет зарезервировано и отражено в файл vdc.file и раздел /dev/vdc можно использовать для своих нужд, например, отформатировать под другую ФС. Для возвращения зарезервированного содержимого достаточно удалить файл vdc.file.
    • В XFS включена поддержка квот для realtime-устройств. Добавлена поддержка директории с метаданными (metadata directory), в которой размещаются все inode с метаданными.
    • В механизме FUSE включена возможность динамического изменения максимального числа страниц (FUSE_MAX_MAX_PAGES), используя "sysctl fs.fuse.max_pages_limit". В работе задействованы фолианты страниц памяти (page folios).
    • В SMB реализована поддержка POSIX-расширений для SMB3, необходимых для хранения специальных типов файлов, таких как fifo, файлы устройства и символические ссылки. Добавлена возможность монтирования раздела с альтернативным паролем, применяемым при ротации паролей. Добавлена новая опция монтирования "cifs.upcall" для определения пространства имён. Обеспечено распознавание файлов символьных и блочных устройств, созданных в Windows NFS Server. Добавлена поддержка символических ссылок в стиле WSL (Windows Subsystem for Linux).
    • Файловые системы UBIFS, ADFS, BEFS, HFS, HFSPLUS, HPFS, JFS и ECRYPTFS переведены на использование нового API монтирования разделов.
    • Файловые системы и ECRYPTFS, UFS и NILFS2 переведены на использование фолиантов страниц памяти (page folios).
  • Память и системные сервисы
    • В планировщике реализована модель ленивого вытеснения задач (PREEMPT_LAZY, lazy preemption), которая соответствует модели полного вытеснения ("full preemption") для realtime-задач (RR/FIFO/DEADLINE), но задерживает вытеснение обычных задач (SCHED_NORMAL) до границы тика. Указанная задержка приводит к сокращению случаев вытеснения держателей блокировок, что позволяет приблизить производительность к конфигурациям, использующим модель добровольного вытеснения (voluntary preemption). Таким образом, новая модель позволяет сохранить возможности полного вытеснения в отношении realtime-задач, но сводит к минимуму проседание производительности для обычных задач. Кроме того, новая модель упрощает логику операций вытеснения задач в ядре, благодаря исключению из процесса планирования обработчиков, находящихся в других компонентах ядра (вне планировщика задач).
    • При сборке компилятором Clang предоставлена возможность использования оптимизаций AutoFDO и добавлена конфигурация для инструментария Propeller. Оптимизация AutoFDO (Auto-Feedback-Directed Optimization) использует результаты профилирования c информацией о частоте выполнения различных участков кода для повышения производительности часто выполняемых операций. Propeller используется для накопления статистики о выполнении кода для её дальнейшего использования компилятором при принятии решений, связанных с оптимизацией. Проведённое тестирование показало снижение задержек на 10% при сборке с AutoFDO.
    • В системный вызов madvise(), предоставляющий средства для оптимизации управления памятью процесса, добавлен флаг MADV_GUARD_INSTALL для подстановки в указанный диапазон адресов сторожевых страниц памяти (guard page), обращение к которым вызывает исключение и аварийное завершение процесса (SIGSEGV). По сравнению с маппингом в режиме PROT_NONE сторожевые страницы позволяют более эффективно блокировать выполнение кода за пределами выделенной области памяти, так как их создание не требует выделения новой области виртуальной памяти.
    • Новые возможности подсистемы асинхронного ввода/вывода io_uring: поддержка изменения размера уже созданного кольцевого буфера; отправка в синхронном режиме сообщений в другой кольцевой буфер; частичное клонирование буфера; фиксированные области ожидания; гибридный полинг ввода/вывода; расширенный API для регистрации кольцевых буферов и областей памяти.
    • На системах с CPU AMD реализована возможность выявления расщеплённых блокировок ("split-lock"), возникающих при доступе к невыровненным данным в памяти, когда при выполнении атомарной инструкции данные пересекают две линии кеша CPU. Подобные блокировки приводят к значительному падению производительности (на 1000 циклов медленнее, чем атомарная операция с данными, попадающими в одну линию кеша).
    • Добавлен драйвер AMD Cache Optimizer, позволяющий использовать технологию AMD 3D V-Cache для повышения производительности отдельных ядер CPU за счёт увеличения размера доступного им L3-кэша (режим Cache) или повышения частоты (режим Frequency).
    • Для архитектуры MIPS добавлена поддержка систем с многокластерными (multi-cluster) контроллерами прерываний (для каждого кластера в CPU предусмотрен отдельный контроллер прерываний).
    • Добавлена новая ioctl-операция PIDFD_GET_INFO, позволяющая получить сведения о процессе по его идентификатору PIDFD. Идентификатор PIDFD связывается с конкретным процессом и не меняется, в то время как PID может быть привязан к другому процессу после завершения процесса с используемым PID.
    • В планировщик задач добавлены компоненты, необходимые для реализации механизма Proxy Execution, решающего проблему с инверсией приоритетов (ситуация, когда низкоприоритетная задача удерживает ресурс, необходимый высокоприоритетной (realtime) задаче, и тем самым блокирует её). Осуществлено разделение контекстов планировщика и исполнения процессов.
    • Добавлен API, основанный на netlink, для выставления ограничений температуры в привязке к устройствам. При превышении выставленных ограничений в обработчик в пространстве пользователей передаются уведомления.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Добавлены обвязки над структурами данных и интерфейсами VFS, необходимые для работы драйвера Binder, переписанного на Rust. Добавлена поддержка событий трассировки в коде на Rust. Добавлены дополнительные обвязки для написания драйверов. Добавлены обвязки для pid_namespace.

      Предложен модуль 'alloc' с системой выделения памяти и специфичная для ядра реализация типажа Allocator, не привязанная к внешнему модулю Alloc и в отличие от последнего не использующая нестабильные возможности языка. На базе Allocator подготовлены реализации Kmalloc, Vmalloc и KVmalloc, а также созданы типы Vec и Box.

    • В подсистеме BPF предоставлена возможность использования в BPF-программах отдельного стека с целью снижения риска переполнений при обработке больших цепочек вызовов. Реализован итератор kmem_cache для получения из BPF-программы данных о состоянии механизма распределения памяти slab (slab allocator). Добавлена функция bpf_send_signal_task(), позволяющая BPF-программам отправлять сигналы другим процессам. Добавлен механизм разделяемой памяти BPF map, который можно использовать, например, для передачи сведений о нагрузке обработчикам планировщика задач sched_ext.
    • В систему трассировки добавлена возможность генерации исключения (page fault) при срабатывании точек трассировки на входе или выходе из системного вызова, что может использоваться для чтения параметров, передаваемых из пространства пользователя.
    • Добавлен параметр командной строки ядра "transparent_hugepage_shmem" для управления использованием больших страниц памяти в ФС tmpfs и shmem.
    • Реализована поддержка работы в режиме реального времени на системах с архитектурой Loongarch.
    • Для систем RISC-V реализована поддержка расширений "Smmpm", "Smnpm" и "Ssnpm" для маскирования указателей в пространстве пользователя (использования части битов указателей для хранения не связанных с адресацией метаданных).
    • Для сжатия образов ядра по умолчанию вместо lz4c задействован алгоритм lz4.
  • Виртуализация и безопасность
    • Для систем на базе архитектуры ARM64 добавлена поддержка запуска Linux в виртуальных машинах, изолированных при помощи технологии ARM CCA (Confidential Compute Architecture). ARM CCA предоставляет гарантии целостности памяти виртуальных машин и защищает их от модификации и анализа со стороны администратора хост-системы, способного выполнить код на уровне гипервизора.
    • Добавлена поддержка расширения ARM64 GCS (Guarded Control Stack) для аппаратной защиты адресов возврата из функций и блокирования эксплоитов, использующих методы возвратно-ориентированного программирования (ROP - Return-Oriented Programming, эксплоит формируется из уже имеющихся кусков машинных инструкций, завершающихся инструкцией возврата управления). ARM64 GCS позволяет использовать для защиты процессов в пространстве пользователя технику теневого стека (shadow stack) - после передачи управления функции, адреса возврата сохраняются процессором не только в обычном стеке, но и в отдельном теневом стеке, который не может быть изменён напрямую. Перед выходом из функции адрес возврата извлекается из теневого стека и сверяется с адресом возврата из основного стека.
    • В SELinux реализована поддержка управления политиками безопасности в привязке к отдельным операциям Netlink. Объявлен устаревшим и будет удалён одном из будущих выпусков конфигурационный интерфейс /sys/fs/selinux/user, который до 2020 года использовался в библиотеке libselinux.
    • В криптоподсистему ядра добавлен внутренний API Asymmetric Signature для генерации цифровых подписей по открытым ключам.
    • В подсистеме "iommufd", позволяющей управлять таблицами страниц памяти ввода/вывода IOMMU (I/O Memory-Management Unit) через файловые дескрипторы из пространства пользователя, реализованы операции IOMMU_IOAS_MAP_FILE, IOMMU_IOAS_CHANGE_PROCESS, IOMMU_VIOMMU_ALLOC и IOMMU_VDEVICE_ALLOC. Добавлена возможность использования ARM SMMuv3 (System Memory Management Unit) для вложенной трансляции адресов.
    • Добавлен виртуализированный драйвер virtual-cpufreq для ядер, запускаемых в гостевых системах. Драйвер позволяет отправлять хосту запросы на изменение частоты виртуального CPU (vCPU), которые могут использоваться на стороне хоста при планировании изменения частоты реального CPU.
    • В драйвер vfio-virtio добавлена поддержка Live-миграции (при использовании VFIO поверх virtio-net).
  • Сетевая подсистема
    • Добавлен новый режим доставки пакетов, в зависимости от периодов активности приложения адаптивно переключающийся между активным полингом (NAPI/busy polling, периодический опрос устройства ядром) и генерацией прерываний. Когда приложение находится в состоянии простоя (idle) используется обработка прерываний, а когда фиксируется высокая нагрузка - используется полинг.
    • Добавлен netlink API для управления полингом (NAPI) в сетевых драйверах, позволяющий настраивать отдельные экземпляры NAPI вместо настройки всего сетевого интерфейса.
    • Добавлен netlink API net-shaper для настройки аппаратно ускоренного ограничения интенсивности отправки пакетов (TX H/W shaping) с поддержкой интроспекции аппаратных возможностей сетевой карты для шейпинга.
    • В сетевом стеке проведена работа по избавлению от конкурирующих блокировок - глобальная блокировка RTNL (rtnl_lock) преобразована в блокировку, привязываемую к отдельным пространствам сетевых имён, что позволило сократить конкуренцию между блокировками в системах, активно использующих пространства имён, например, в конфигурациях с изолированными контейнерами. Оптимизация пока объявлена экспериментальной и отключена по умолчанию. Для включения следует использовать при сборке параметр DEBUG_NET_SMALL_RTNL.
    • Для UDP-сокетов задействована новая хэш-таблица, позволяющая заметно ускорить поиск подключённых сокетов.
  • Оборудование
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. добавлена начальная поддержка GPU Intel на базе архитектуры Xe3, задействованной в процессорах Panther Lake.
    • В драйвер i915 добавлены идентификаторы новых GPU на базе микроархитектуры Arrow Lake.
    • В драйвере Nouveau реализована поддержка механизма drm_panic (отображает при сбоях подобие "синего экрана смерти") для GPU начиная с nv50.
    • В драйвере AMDGPU реализована возможность сброса очередей SDMA. Добавлена поддержка SMU 13.0.6 и JPEG 4.0.3.
    • В DRM-драйвер msm (GPU Qualcomm Adreno) добавлена поддержка GPU Adreno A663, чипсетов MSM8917, MSM8937, MSM8953 и MSM8996, а также платформы Qualcomm SA8775P.
    • В звуковой подсистеме ALSA предложен новый режим обращения к аппаратным устройствам, предоставляющим функции для ускорения вычислений, связанных с обработкой звука (например, аппаратные ускорители для преобразования частоты дискретизации, распаковки и декодирования звуковых потоков).
    • Для управления энергопотреблением некоторых серверных процессоров AMD EPYC, например, AMD EPYC 9005 Turin, вместо драйвера acpi-cpufreq по умолчанию задействован драйвер amd-pstate. Драйвер amd-pstate динамически изменяет частоту CPU для достижения оптимальной производительности, используя механизм CPPC (Collaborative Processor Performance Control), который в отличие от acpi-cpufreq не ограничен тремя уровнями производительности и позволяет более оперативно реагировать на изменение состояния.
    • Добавлена поддержка карт хранения SDUC (Ultra Capacity SD), которые могут иметь размер более 2 ТБ (максимальный размер до 128ТБ).
    • Добавлена поддержка жёстких дисков с интерфейсом NVMe. В драйвере NVMe Target заявлена полная поддержка спецификации NVMe 2.1.
    • Добавлена поддержка звуковых систем устройств Samsung Galaxy Book3 360, ASUS Zenbook UM5606WA, ASUS Zen AIO 27 и Ayaneo System CS35L41. Добавлена поддержка звуковых кодеков Realtek RT721 SDCA, Everest Semi ES8323, NXP UDA1342, Cirrus Logic CS42L84. Добавлена поддержка усилителей NeoFidelity NTP8918/NTP8835/NTP8835C, Awinic aw88081 и Iron Device SMA1307.
    • Прекращена поддержка платформы PowerPC Maple, которая давно не используется на практике.
    • Удалены устаревшие драйверы: fieldbus, gdm724x, olpc_dcon, rtl8192e, rtl8712, rts5208, vt6655, vt6656.
    • Добавлена поддержка ARM-плат, SoC и устройств: Nothing Phone 1, Microsoft Surface Pro 9 5G, Redmi 5A (MSM8917/PM8937), Samsung Galaxy S9, Samsung Exynos 8895, 9810 и 990 (применялись в смартфонах Samsung Galaxy), X1E Dell XPS 9345 (на базе Qualcomm Snapdragon X Elite), Apple A7/A8/A9/A10/A11*, FriendlyARM NanoPi R3S, Orange Pi 5b, Radxa ROCK 5C, Rockchip RK3528, Microchip sam9x7, TI J742S2, Renesas R-Car Gen4 E-FUSE, Marvell PXA1908, Nuvoton Arbel NPCM8XX, Kobo Clara 2E, Kontron OSM-S i.MX8MP, Freescale Ivy, Boundary Device Nitrogen8MP, i.MX8M Plus Gateworks GW82XX-2X, iMX8MP, CS9100, Powkiddy RGB20SX, Rockchip RK3528, IPQ5424, IPQ5404.
    • Добавлена поддержка экранных панелей Samsung AMS581VF01, Samsung AMS639RQ08, Samsung S6E3HA8 и Microchip AC69T88A LVDS.


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


Обсуждение (118) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.7, Аноним (7), 13:40, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Не представляю что за люди могут держать в голове все эти нюансы чтобы нормально кодить под linux как систему. Слишком много всего.
     
     
  • 2.14, Аноним (14), 14:16, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому и существует специализация.
     
  • 2.15, Аноним (15), 14:17, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Не представляю что за люди могут держать в голове все эти нюансы

    Не люди, а один!
    > После двух месяцев разработки Линус Торвальдс

     
  • 2.16, Аноним (-), 14:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Не представляю что за люди могут держать в голове все эти нюансы
    > чтобы нормально кодить под linux как систему. Слишком много всего.

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

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

     
     
  • 3.24, Аноним (-), 14:35, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А потом 1 Почему проект тормозится 2 Вы поставили слишком большие движки... большой текст свёрнут, показать
     
     
  • 4.27, Аноним (27), 14:41, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.35, Аноним (-), 14:59, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 4.44, User (??), 15:16, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ЭЭэээ... ты правда думаешь, что где-то вокруг _принципиально иначе_? Поскреби каких мостостроителей - итерации на четвертой докопаешься до "Эта константа получена в ходе практики студентом для стали марки ХХХ (не произоводится) потом результат умножили на 3,14 и на всякий случай на 2,7 еще и 80 лет оно кочует из ГОСТа в ГОСТ"
     
  • 4.47, Аноним (-), 15:25, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, там на самом деле 1 Агрессивная экономия костов Второго вообще выки... большой текст свёрнут, показать
     
     
  • 5.55, Аноним (-), 16:25, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Привет Бороде который приучил пользователей к тому что опенсорс это бесплатно ... большой текст свёрнут, показать
     
     
  • 6.84, Аноним (-), 19:10, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Привет Бороде который приучил пользователей к тому что "опенсорс это бесплатно" и "как они смеют брать деньги за работу?!".

    Я передаю привет твоему лживому посту. Дальше не читал.

     
  • 6.89, Аноним (-), 19:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У проприерарщиков это еще жестче практикуется Они вообще деферять релизы не люб... большой текст свёрнут, показать
     
     
  • 7.115, User (??), 20:44, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно подумать что проприетарь делают лучше. Вон там пример. Или пример рядом
    > - как тойота ECU сделали. Вот уж нагамнякали так нагамнякали -
    > положили на все мыслимые процессы и регуляции, облажались в системных аспектах
    > как дети, в лэйаут фирмавари горе-системщики тоже не смогли, и размазали
    > эн водителей внеплановыми разгонами авто на отличненько.

    Это, кстати, характерные сказки дядушки Примуса. Официальное расследование национального управления по обеспечению безопасности дорожного движения - с привлечением национального же аэрокосмического агентства в качестве экспертов - выдало строго обратное заключение. "Внезапные разгоны" НЕ связаны с электроникой или софтом. Такие вот дела.
    А в остальном - традиционная рубрика: "Да-да, все верно"


     
     
  • 8.121, Аноним (-), 21:16, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И именно по этому тойота выплатила кучу лярдов штрафа и еще пострадавшим лично ... текст свёрнут, показать
     
     
  • 9.124, User (??), 21:39, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Факты чекать - не анонимское дело, да А уж разбираться там кто и за что - так ... текст свёрнут, показать
     
     
  • 10.127, Аноним (-), 22:24, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Факт что Тойопта деньги платила Т е на других машинах не перепутывали, а на той... большой текст свёрнут, показать
     
  • 10.128, Аноним (-), 22:27, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаете в чем дело Вон те интимные подробности факапов о переполнении стека, ... текст свёрнут, показать
     
  • 8.126, Аноним (-), 22:23, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если всего лишь не полениться поискать в поискаре по характерным кейвордам, и ... большой текст свёрнут, показать
     
  • 4.54, Аноним (54), 16:06, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы самолёты падали так же, как софт, уже пол-планеты бы вымерло.
     
     
  • 5.57, Аноним (57), 16:49, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если бы самолеты проектировались и обновлялись с такой-же частотой, что и софт, они бы и падали как софт.
     
     
  • 6.65, User (??), 17:57, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если бы самолеты проектировались и обновлялись с такой-же частотой, что и софт,
    > они бы и падали как софт.

    Так они в общем-то да). Вспомни, что и как делалось/летало в начале прошлого века - а потом ничо, устаканилось

     
  • 6.93, Аноним (-), 19:23, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы самолеты проектировались и обновлялись с такой-же частотой, что и софт,
    > они бы и падали как софт.

    MCAS записавший на свой счет два боинга прозрачно намекает что в каждой шутке лишь доля шутки.

     
  • 4.140, Аноним (140), 23:12, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только кода становится больше, а мейнтенеров - нет.
    > Постоянно слышу жалобы на нехватку людей, вон даже LTS версии сокращают в поддержке.

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

     
  • 2.19, Аноним (-), 14:20, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не представляю что за люди могут держать в голове все эти нюансы чтобы нормально кодить под linux как систему. Слишком много всего.

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

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

     
     
  • 3.28, Аноним (27), 14:42, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поздравляем вот ты и придумал микроядерную архитектуру.
     
     
  • 4.31, Fracta1L (ok), 14:47, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему обязательно микроядерную? Гибридное ядро тоже подходит.
     
     
  • 5.85, Аноним (-), 19:11, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гибрид плохо, потому-что полумера.
     
     
  • 6.118, Fracta1L (ok), 21:04, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Плохи как раз крайности, а компромисс в той или иной форме это оптимум.

     
     
  • 7.120, Аноним (120), 21:14, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимум, но лишь локальный. Впрочем, для любого практического применения локального достаточно.
     
  • 7.137, Аноним (137), 23:07, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Компромисс и оптимум вообще ортогональные вещи.
    В реальности, компромисс — это когда проигрывают оба.
     
  • 4.50, Аноним (-), 15:37, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только почему-то все микроядерные системы не взлетели как ОС общего назначения, ... большой текст свёрнут, показать
     
     
  • 5.59, Аноним (59), 16:56, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То что кто-то там не смог микроядро правильно приготовить говорит лишь о том что он не умеет готовить.
     
     
  • 6.81, llolik (ok), 19:07, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То что кто-то там не смог микроядро правильно приготовить говорит лишь о
    > том что он не умеет готовить.

    А кто у нас из распространённых пользовательских ОС-ей микроядерная? Онтопик - монолит с загружаемыми модулями. Винда и Мак - гибридные ядра. У разных BSD-ей - и так, и так.

     
     
  • 7.87, Аноним (-), 19:14, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, у Винды ядро монолитное, не обновлявшееся с 1990-х гг.
     
  • 6.95, Аноним (-), 19:25, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То что кто-то там не смог микроядро правильно приготовить говорит лишь о
    > том что он не умеет готовить.

    Фокус в том что эту вашу рыбу фугу не смог правильно приготовить - никто. Все повара сдохли. Хотя вон там 1 покорчился но выжил - потому что съел маленький кусочек, только немного бэкдорчика. Но это максимум успехов.

    Где ваши фуксики? Блэкберри? Хурд наконец? Minix? Кто все это добровольно и будучи в здарвом уме юзать и девелопать будет? Они все - где?

     
  • 5.86, Фнон (-), 19:12, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Только почему-то все микроядерные системы не взлетели

    «Летательные аппараты тяжелее воздуха невозможны» , – лорд Кельвин (с)
    Просто уровень технологий еще не дорос до них. Мы сейчас используем воздушные шары, они большие и пузатые.

    Так же было с электромобилями - они появились раньше, но потом были вытеснены коптилками.
    И после изобретения батареек - возродились.

    Повангую, что еще лет через 5-10 ядро достигнет максимума мясных мешков. В нейросетки, обученные на овнокоде, я не верю.

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

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

     
     
  • 6.96, Аноним (-), 19:29, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А если гну-сектанты будут продолжать наезжать на уважаемых партнеров,
    > как было с нвидией...
    > то многие начнут задумываться об альтернативах.

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

    И потом - вон тех негнутых сперва по судам таскали, а потом - выкинули на мороз в пользу убунты, где так делать не давали. Круто, да? В этой истории гнутыми быть как-то выгоднее, имхо :)

     
  • 6.138, Аноним (137), 23:12, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И какие же нам технологии нужны для нормальной реализации микроядра? Чего не хватает? Вот с электромобилями всё предельно понятно было.
     
     
  • 7.151, Аноним (151), 00:46, 21/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И какие же нам технологии нужны для нормальной реализации микроядра? Чего не хватает? Вот с электромобилями всё предельно понятно было.

    Думаю не хватало опыта - все последние наработки по виртуализациям, по оркестрирванию могут быть очень полезны.
    Многоядерные процессоры стали активно развиваться лет 10-15 - с первыми райзенами и тредрипперами, хотя скорее со вторым поколеним.

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

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


     
  • 3.38, User (??), 15:02, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По хорошему было бы разбить ядро на отдельные компоненты и прописать контракты взаимодействия.

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

    Году этак в 80м чета Фридманов написала, что "ни один человек в мире не знает, как сделать карандаш" - производственно-логистические цепочки превышают когнитивные возможности человека - но чот вот производство карандашей все не рушится и не рушится...

     
     
  • 4.40, Аноним (40), 15:09, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше бы он сказал, что ни один человек в мире не знает, как сделать литографический станок в 3 нанометра.
     
  • 4.46, Аноним (-), 15:24, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Память заканчивается Что у компов, но быстрее у людей человека Сказано пафосно... большой текст свёрнут, показать
     
     
  • 5.53, User (??), 15:44, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Году этак в 80м чета Фридманов написала, что "ни один человек в мире не знает, как сделать карандаш" - производственно-логистические цепочки превышают когнитивные возможности
    > человека
    > Сказано пафосно, но тысячи мелких производителей, даже в максимально неразвитых странах,
    > делают карандаши реально из г̶о̶в̶н̶а̶ грязи и палок.
    > И скорее всего никогда не слышали про каких-то Фридманах.

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

    >> - но чот вот производство карандашей все не рушится и не рушится...
    > То-то мы каждый год слышим нытье, что мейнтейнеров не хватает, что они
    > выгорают, что "за 30 лет не смогли сделать даже базовый менеджмент
    > памяти", уязвимости которые живут годами лии даже десятилетиями и тд.
    > А в остальном, прекрасная маркиза, всё хорошо, всё хорошо! (с)

    Ну так и вы говорите - может деняк дадут :). А не дадут - так "и тааак сойдет!". У нас примерно вся - совсем вся - полностью вся инфраструктура такая.

     

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

  • 1.8, Аноним (8), 13:41, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В SMB реализована поддержка POSIX-расширений для SMB3, необходимых для хранения специальных типов файлов, таких как fifo, файлы устройства и символические ссылки. Добавлена возможность монтирования раздела с альтернативным паролем, применяемым при ротации паролей. Добавлена новая опция монтирования "cifs.upcall" для определения пространства имён. Обеспечено распознавание файлов символьных и блочных устройств, созданных в Windows NFS Server. Добавлена поддержка символических ссылок в стиле WSL (Windows Subsystem for Linux).

    До очередной уявимости в SMB .. 3 ... 2 ... 1 ..!

     
     
  • 2.77, Аноним (-), 19:03, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так юзай Network File System! NFS - конфетка.
     
     
  • 3.139, Аноним (137), 23:12, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если в фантик завернули и нос зажали — можно и за конфетку принять.
     

  • 1.9, Аноним (9), 13:42, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > The Dell XPS 13 9345, equipped with the Qualcomm Snapdragon X Elite processor

    вот и появилась реальная возможность прикупить

     
     
  • 2.13, НяшМяш (ok), 14:02, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И зачем он нужен, если на том же М1 есть макбук эир который лучше, в 2 раза дешевле и с готовым Asahi Linux?
     
     
  • 3.21, DeerFriend (?), 14:22, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы сравниваете копролит и новейший элитный процессор, там даже буква Х в названии есть.
     
  • 3.29, Аноним (27), 14:43, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Асахи это тот который выдает 5 фпс?
     
     
  • 4.56, Аноним (56), 16:49, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    5 фпс в чём?
     
     
  • 5.58, Аноним (59), 16:55, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В самом просто интерфейсе. Не в играх даже.
     
     
  • 6.61, чатжпт (?), 17:11, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зачем ты врешь? интерфейс нормально работает, более того игры из стим работают. doom 2016 ~50-60fps
     
  • 3.129, Аноним (-), 22:39, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И зачем он нужен, если на том же М1 есть макбук эир
    > который лучше, в 2 раза дешевле и с готовым Asahi Linux?

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

     

  • 1.10, Аноним (10), 13:44, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Где bcachefs?
     
     
  • 2.34, llolik (ok), 14:58, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.opennet.me/opennews/art.shtml?num=62276

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

     
     
  • 3.70, Аноним (10), 18:54, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему Кент не может попросить какого-нибудь кента запулить фикс?
     
     
  • 4.90, Фнон (-), 19:20, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы этого кого-то отправили в бан за компанию?
    Кент нарушил кучу правил - пихал свои фичи в сборки для фиксов, быковал без повода и тд.
    Пусть посидит в тишине и покое и подумает, что программинг - это не только писать код.
     
  • 2.37, Аноним (-), 15:01, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Где bcachefs?

    Этот релиз ядра Кент провел на скамейке запасных. Так что писать в новостях - нечего. Посмотрим сделал ли он выводы.

     
     
  • 3.63, Аноним (63), 17:23, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Посмотрим как ты запоешь когда Кент форкнет ядро под крылом Майкрософта.  
     
     
  • 4.68, Аноним (10), 18:45, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Микрософту не нужен форк Линпуса когда у них есть оригинал.
     
  • 4.103, _ (??), 19:50, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмеюсь на дурачком :) Сколько их было - форкалетей ядра ... ни один не выжил.

    трольвльдса _умищем_ не считаю, но везунчик - тут не отнимешь!
    Помните сколько овна на него вылили за то, что ведро стриктли GPL 2 и не требуется передача прав?!!?!
    А оказалось - это единственный вариант чтобы ваш софт развивали и НЕ увели :)
    Хотя выбрал он такую модель не умом, а "так получилось", но сцка - получилось то как раз как надо! Везунчик как есть ;-)

     
     
  • 5.104, _ (??), 19:52, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда случится "автобус(R)" - очень вероятно что ведро крупняки разорвут на части, попытаются точно. Но есть таки шанец что "работать вместе" всё же выгодней и тогда ещё поживём :)
     
  • 5.131, Аноним (-), 22:43, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > трольвльдса _умищем_ не считаю, но везунчик - тут не отнимешь!
    > Помните сколько овна на него вылили за то, что ведро стриктли GPL
    > 2 и не требуется передача прав?!!?!

    Если кому-то вообще совсем постоянно везет - очевидно, он хозяин своей удачи.

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

     
     
  • 6.148, Аноним (151), 00:32, 21/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > при которых проект растащат в норку толстые коты, забыв с нелохами поделиться и комитами и  бабками.

    Хахаха, опять ты завел шарманку про котов?
    Они просто выкидывают все что им не нужно из ядра, а "сообщество" может только утираться.
    Системмд, дроп 32 бит, вейланд, раст - это не полный список, скорее то что вызвало самое большое бурление мнений и, думаю, он будет только увеличиваться.

    Нвидия уже показала как легко и непринужденно все ценное переносится в отдельный чип.
    Завтра мелкомягкие захотят внедрить Integrity Policy Enforcement тк красноглазики уже 30 лет не могут.
    И что? Сообщество усерется от ярости, а потом сглотнет, как и раньше делало.
    Потому что прав тот, кто что-то делает.

     
  • 4.130, Аноним (-), 22:40, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотрим как ты запоешь когда Кент форкнет ядро под крылом Майкрософта.

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

     
  • 4.150, chdlb (?), 00:45, 21/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так уже CBL Mariner он же Azure Linux
     
  • 2.102, Аноним (102), 19:47, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Комитет решил обозначить эту ФС как Deprecated и рекомендовать к исключению в будущих релизах, как ReiserFS. Уже есть Btrfs, пользуйтесь ею, заявил Линус Торвальдс.
     
     
  • 3.105, _ (??), 20:00, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нам нужны доказательства Билли!(С)
    Все девочки в песочнице знают то btrfs-ники трепло, а потому на слово вам не верЮтьЪ ;)
     
  • 2.125, myster (ok), 22:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Где bcachefs?

    На 6.14 оправлен PR
    https://lore.kernel.org/lkml/mk2up66w3w4procezp2qeehkxq2ie5oyydvcowedd2fkltxbh

     
     
  • 3.132, Аноним (132), 22:54, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Где bcachefs?
    > На 6.14 оправлен PR
    > https://lore.kernel.org/lkml/mk2up66w3w4procezp2qeehkxq2ie5oyydvcowedd2fkltxbh

    И вышел фэйл в pull request'е... блин, дорогой Кент, столько попахать чтоб продолбаться в самом видимом аспекте? Млин. Pull request - это то что надо проверять трижды. Чтобы не подгружать merger'а - ему и так тяжко.

     

  • 1.11, Аноним (8), 13:49, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В звуковой подсистеме ALSA предложен новый режим обращения к аппаратным устройствам, предоставляющим функции для ускорения вычислений, связанных с обработкой звука (например, преобразование частоты дискретизации, распаковка и декодирование потоков).

    Что теперь код для DSP, который юзерспейсными приложениями грузился, теперь в драйвера обвязывать? И конфликтами наслаждаться? Мне кажется это вообще не область ответственности ядра. Давайте это просто сервисам, подключаемым к PipeWire, на откуп отдадим.

     
     
  • 2.26, Аноним (26), 14:40, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне кажется это вообще не область ответственности ядра.

    Лол. Корпорации в режиме 24/7 десятилетиями заливают в ядро все, что не попадя, а ты ALSA возмутился.

    Сорян, но Линукс - монолит, и найти более раздутую блоатварь, наверное, невозможно.

     

  • 1.17, Жо поэт (?), 14:19, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно уже разделы с NTFS перестало портить?
     
     
  • 2.60, Рамиль (??), 16:58, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да. Сейчас стали использовать драйвер NTFS от Paragon-а.
     

  • 1.18, DeerFriend (?), 14:19, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как там raid56 в btrfs поживает? уже можно пользоваться?
     
     
  • 2.23, Аноним (23), 14:28, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Можно. Найденные проблемы пиши сюда: https://bugzilla.kernel.org/ :)
     
     
  • 3.52, Аноним (-), 15:41, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно. Найденные проблемы пиши сюда: https://bugzilla.kernel.org/ :)

    Пятым - условно можно. Если метаданные в схеме RAID1 хранить. Шестым - лучше не стоит.

    Но воон там, в тишине и темноте, неспешно девелопается "raid stripe tree". Который пересмотрит ряд реализации аспектов RAID под другим углом. Так не будет ни write hole, ни ряда проблем перфоманса. Во всяком случае идея такая. Пока оно весьма экспериментальное, но - это есть и его пилят, и это более перспективная идея.

     
     
  • 4.107, _ (??), 20:04, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.133, Аноним (132), 22:56, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

  • 1.22, Аноним (23), 14:27, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > будет удалён одном из будущих выпусков конфигурационный интерфейс /sys/fs/selinux/user

    Эм... я лично этим, конечно, не пользуюсь, но как же we-never-break-userspace?

     
     
  • 2.49, Аноним (49), 15:27, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Эм... я лично этим, конечно, не пользуюсь, но как же we-never-break-userspace-for-platinum-sponsors?

    Поправил чутка, "Правильно поставленный вопрос - половина ответа"(с)

     
  • 2.75, Аноним (75), 19:01, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы пользовался, то знал бы, что юзерспейс уже давно готов к этому изменению.
     

  • 1.32, Аноним (32), 14:53, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Cpufreq - удобная штука для продления работы от батарейки, не понятно зачем она для работы в отдельновзятой виртуалке. Темболее если виртуалка использует одно ядро из 512, на потреблении энергии - это не заметно.
     
     
  • 2.33, Аноним (33), 14:56, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Темболее если виртуалка использует одно ядро из 512, на потреблении энергии - это не заметно.

    А вот если у тебя этих виртуалок 512, то тогда становится заметно.
    Поэтому вполне нужно и в виртуалках.

     
     
  • 3.72, Аноним (-), 18:57, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так дело в том, что у него нотебук, а не виртуальный сервер.
     
  • 2.97, Аноним (-), 19:31, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Cpufreq - удобная штука для продления работы от батарейки, не понятно зачем
    > она для работы в отдельновзятой виртуалке. Темболее если виртуалка использует одно
    > ядро из 512, на потреблении энергии - это не заметно.

    Так хосту быстрее становится понятнее чего на самом деле виртуалка хотела, ДО накопления статистики по ее процессу и реакции на это (ессно с опозданием).

    Т.е. хост конечно заметит что VM проц жрет и надо апклокнуть частоту. Но поскольку он не знает, будет ли оно считать так же интенсивно и дальше или ща угомонится - есть некая латенси на принятие решения. А тут - намерения виртуалки отдают хосту более явно. И если оно "апклокается" - оно явно планировало считать прилично и надо и хоста апклокнуть.

     

  • 1.43, Шарп (ok), 15:13, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сколько русских забанили в этом релизе?
     
     
  • 2.48, Аноним (-), 15:26, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сколько русских забанили в этом релизе?

    Мало! (с)
    Вообще потеря даже десятка человек мало на что повлияет в проекте такого размера.
    Особенно если это не ключевые фигуры, а наймиты корпораций.
    Старый код будет работать, кому надо - расковыряет и разберется.

    Зато это символический жест, так сказать, указал направление.

     
  • 2.62, Аноним (63), 17:21, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Критически мало. Не дорабатывают.
     
  • 2.108, Аноним (108), 20:04, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Компании десятками закрываются из-за того что признать объективную сторону профессионалов своего дела не могут, типа менеджерны и начальство лучше знает. А тут....
     
     
  • 3.134, Аноним (132), 22:57, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Компании десятками закрываются из-за того что признать объективную сторону
    > профессионалов своего дела не могут, типа менеджерны и начальство лучше знает. А
    > тут....

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

     

  • 1.64, Аноним (64), 17:36, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ой лиса)))
    А про шалость от Microsoft ни слова!
     
  • 1.66, pda (ok), 18:13, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ссылка на AutoFDO кривая.
     
  • 1.67, Аноним (67), 18:17, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лет 15 назад от новых ядер было восхищение.

    Сейчас? Ужас.

    Ждёшь .5 или .10 релиза, прежде чем всё успокоится и пофиксят самые большие проблемы.

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

    https://gitlab.freedesktop.org/drm/amd/-/issues/3909

    Звук заикается с релиза F41, разрабам по фигу:

    https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4473

    Как был Линукс г0вном, так и остался.

    Как я устал от этого.

    НИКОГДА ничего не работает.

     
     
  • 2.69, Аноним (10), 18:49, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может проблема не в Линуксе, а в Fedora 41?
     
  • 2.71, Аноним (-), 18:54, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Впрочем, сижу сейчас на 6.12.10 и только за сегодня драйвера amd упали дважды.

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


    >Звук заикается с релиза F41, разрабам по фигу:

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

     
     
  • 3.123, noname2 (?), 21:31, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >"Ты юзаешь Федору, в этом причина твоих бед"

    а что нужно в нынешнее время использовать из linux что бы "не было проблем"?

     
  • 2.82, Аноним (10), 19:08, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лет 15 назад от новых ядер было восхищение.

    ...
    > Как был Линукс г0вном, так и остался.

    Если объект восхищения не изменился, а чувства пропали, то это возраст :)

     
  • 2.98, Аноним (-), 19:34, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > https://gitlab.freedesktop.org/drm/amd/-/issues/3909
    > Звук заикается с релиза F41, разрабам по фигу:

    А при чем тут линухкернел? Сами с своим семипалатинским полигоном редхата разбирайтесь с этими их pipe dreams.

    А, да, наверное, еще 1 гений который RT приоритет критичному процессу поставить не допер. Убунту юзайте - там за вас системные вещи умные люди отполируют. Ну или уж какие есть, но - умнее вас.

     
  • 2.100, Аноним (67), 19:38, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ответы Линукс фанатиков не меняются все 30 лет:

    * "Неправильное" ядро
    * "Неправильный" дистрибутив
    * "Кривые" руки

    Именно поэтому Windows на 2 миллиардах машинах и работает у домохозяек.

    Линукс у 40 миллионов гиков, которые отчаянно борются с багами.

     
     
  • 3.109, User (??), 20:06, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ответы Линукс фанатиков не меняются все 30 лет:
    > * "Неправильное" ядро
    > * "Неправильный" дистрибутив
    > * "Кривые" руки
    > Именно поэтому Windows на 2 миллиардах машинах и работает у домохозяек.
    > Линукс у 40 миллионов гиков, которые отчаянно борются с багами.

    И еще железо, железо вот неправильное забыл! Было бы ПРАВИЛЬНОЕ (Длинный список критериев) - работало бы как у анонима с рачем! Ну, до первого обновления, то есть.

     
     
  • 4.112, Аноним (67), 20:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Забыл, каюсь, просто сейчас "православная" железка без NVIDIA и проприетарщины.

    Оказывается, рабочий комп с NVIDIA работает на порядки более стабильно, чем "православная" "открытая" Амудэ в моём ноуте.

     
  • 4.141, Аноним (137), 23:16, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И железо нужно ЗАРАНЕЕ выбирать! (как будто количество тех, у кого линукс — первая ОС, отличается от статистической погрешности).
     
  • 3.111, Аноним (108), 20:08, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.117, чатжпт (?), 20:58, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    линукс работает, где надо корпорациям: на серверах, кофеварках, телевизорах, смартфонах etc, а где им не надо - он не работает
     
     
  • 4.136, Аноним (132), 23:02, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > линукс работает, где надо корпорациям: на серверах, кофеварках, телевизорах, смартфонах
    > etc, а где им не надо - он не работает

    Просто те кто вот именно хомы - берут убунту какую, не выделываются, и у них тоже - просто работает. По тем же причинам.

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

     
     
  • 5.143, Аноним (137), 23:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и у них тоже - просто работает.

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

     
  • 3.135, Аноним (132), 22:59, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Именно поэтому Windows на 2 миллиардах машинах и работает у домохозяек.

    И именно поэтому он уже очень скоро и - умрет. Ибо этим хватит - андроидного смарта и планшета. Более удобных для хомячения контента под попкорн.

    > Линукс у 40 миллионов гиков, которые отчаянно борются с багами.

    Коров в стойле всегда больше чем тех кто их кормит и доит... почему-то...

     
     
  • 4.145, Аноним (137), 23:19, 20/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.149, Аноним (151), 00:38, 21/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, вендикапец Грядет, уже скоро Нужно только немного потерпеть с Я это ... большой текст свёрнут, показать
     
  • 2.119, AlexYeCu_not_logged (?), 21:04, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Лет 15 назад от новых ядер было восхищение.

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

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

    NVIDIA. Падения видеодров не помню вообще за всё время использования (а это с 2002 или 2003 года). Иксы, кстати, недавно разок упали, но виновник известен: easystroke. Разработка и поддержка софтины давно прекращена, как я понимаю, стабильность у неё так себе, но привык и никак замену не подберу. Так-то было б её правильно отправить на свалку истории.

    >Звук заикается с релиза F41, разрабам по фигу:

    Чудило, у тебя даже в ссылке pipewire упомянут. Каким боком тут ядро? А pipewire всё ещё сырая поделка, использовать необязательно.

    >Как был Линукс г0вном, так и остался.

    Рискну предположить, что дело не в Линуксе.

     

  • 1.79, Аноним (75), 19:04, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Удалена реализация файловой системы ReiserFS, которая в позапрошлом году была объявлена устаревшей.

    А как же шишкин? Он что же, зря все эти интервью давал? Эх, подрезали крылья орлу…

     
     
  • 2.99, Аноним (-), 19:35, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как же шишкин? Он что же, зря все эти интервью давал?
    > Эх, подрезали крылья орлу…

    Он рассказал всем какие они пи...сы, и пошел известным курсом. И хрен с ними с файлухами.

     

  • 1.91, ijuij (?), 19:21, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Для UDP-сокетов задействована новая хэш-таблица...

    Годно для приложений с высокой нагрузкой на сеть. Попробуем.

     
  • 1.142, мяв (?), 23:18, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В SELinux реализована поддержка управления политиками безопасности в привязке к отдельным операциям Netlink

    в смысле, распознавание операций м  netlink'ами, как какого-то отдельного от остальных биндов/прослушек действия?
    или.. или что?
    если так, то зачем? в какой ситуации может понадобиться разрешать доступ именно к netlink сокетам и заморачиваться с запретом к обычным?
    могу еще понять в случае с условным tomoyo.
    там типы сокетов контролируются через тип операций bind, listen(unix, inet) и атрибута path.type. и было б неплохо, чтобы последний в различение нетлинков научился. хотя, в этом все равно было бы не много смысла.
    но на кой оно вообще в маке с меточной системой?

     
     
  • 2.144, мяв (?), 23:18, 20/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    лучше бы в штатный инструментарий протащили альтернативу selinuxd
     

  • 1.146, Аноним (146), 23:20, 20/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линукс 6.13 Педальный
     
  • 1.147, Аноним (147), 00:16, 21/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Например, можно создать ФС командой "mkfs.f2fs -c /dev/vdc@vdc.file /dev/vdb", после чего содержимое устройства /dev/vdc будет зарезервировано и отражено в файл vdc.file и раздел /dev/vdc можно использовать для своих нужд, например, отформатировать под другую ФС. Для возвращения зарезервированного содержимого достаточно удалить файл vdc.file.

    Изобрели Loop device.

     

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



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

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