The OpenNET Project / Index page

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

Релиз ядра Linux 6.14

24.03.2025 17:39

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.14. Среди наиболее заметных изменений: драйвер ntsync c примитивами синхронизации Windows NT, настройка балансировки операций чтения в Btrfs RAID1, поддержка reflink в XFS в режиме realtime, возможность некэшируемого буферизированного ввода/вывода, dmem cgroup для ограничения памяти GPU, задействование io_uring в FUSE, делегирование атрибутов в NFS, поддержка атомарной записи в Device mapper, ускорение символических ссылок, управление возможностью выполнения скриптов, поддержка чипов Qualcomm Snapdragon 8 Elite, драйвер для NPU AMD.

В новую версию принято 12115 исправлений от 1984 разработчиков, размер патча - 39 МБ (изменения затронули 10170 файлов, добавлено 531586 строк кода, удалено 235999 строк). В прошлом выпуске было 14172 исправлений от 2086 разработчиков, размер патча - 46 МБ. Около 41% всех представленных в 6.14 изменений связаны с драйверами устройств, примерно 13% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 7% - с файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В файловой системе Btrfs появилась поддержка новых методов балансировки операций чтения между накопителями, входящими в массив RAID1. Помимо ранее действующего распределения нагрузки на основе идентификаторов процессов (pid), в новой версии предложены три новых режима балансировки: "rotation" (равномерное распределение нагрузки по всем накопителям, режим включён по умолчанию); "latency" (распределение с учётом задержек, может быть полезным при сбоях или нестабильной работе накопителей); devid (ручное управление). Для изменения режима балансировки добавлен интерфейс "/sys/fs/btrfs/<UUID>/read_policy". Среди других изменений в Btrfs - реализация ioctl FS_IOC_READ_VERITY_METADATA.
    • Добавлен режим некэшируемого буферизированного ввода/вывода, при котором данные удаляются из страничного кэша сразу после того, как завершены операции по их чтению или записи. Изменение может быть полезным при использовании очень быстрых устройств хранения, кэширование операций с которыми в оперативной памяти избыточно. Для таких устройств новый режим позволяет исключить излишнее расходование памяти страничным кэшем не прибегая к использованию усложнённого API прямого ввода/вывода (Direct I/O).
    • В fsnotify, механизм отслеживания изменений в ФС, добавлено новое событие FS_PRE_ACCESS, генерируемое на стадии перед обращением к содержимому файла. Событие обрабатывается в синхронном режиме, т.е. ядро отправляет событие и ожидает получения ответа. Если ответ получен - операция выполняется, а если произошёл сбой - системный вызов возвращает в пространство пользователя код ошибки. При помощи FS_PRE_ACCESS процессом в пространстве пользователя, например, может быть организовано заполнение файла по мере готовности данных в медленном хранилище.
    • В подсистему FUSE, позволяющую создавать реализации файловых систем в пространстве пользователя, добавлена поддержка обмена данными между ядром и обработчиком в пространстве пользователя с использованием механизма ввода/вывода io_uring. Изменение позволяет повысить производительность FUSE за счёт сокращения переключений контекста между ядром и пространством пользователя.
    • В файловую систему XFS добавлена возможность использования обратного маппинга (rmap, reverse-mapping) в режиме работы с предсказуемыми задержками ("realtime device"). Обратный маппинг позволяет определить для хранения какого файла используется указанный блок на устройстве хранения. При помощи rmap в XFS для realtime-режима реализована поддержка операции reflink, позволяющей создавать копии файлов путём клонирования метаданных файла и создания ссылки на уже имеющиеся данные без их фактического копирования.
    • В VFS реализовано кэширование размера символических ссылок, позволившее на 1.5% ускорить выполнение операции readlink (в тесте с /initrd.img в ext4). Кэширование включено в ФС ext4 и tmpfs.
    • В реализацию NFSv4.2 добавлена поддержка делегирования атрибутов файлов, позволяющая управлять такими атрибутами файлов, как время изменения (mtime), на стороне NFS-клиента, без необходимости сброса изменений на сервер. В NFS также улучшена поддержка протокола "LOCALIO", позволяющего определить находятся ли клиент и сервер NFS на одном и том же хосте, для задействования соответствующих оптимизаций, таких как использование клиентом прямого ввода/вывода (Direct I/O).
    • Повышена производительность операций чтения в файловых системах NETFS, CIFS и AFS (Andrew File System).
    • В Squashfs включён режим прямой загрузки блоков в страничный кэш (SQUASHFS_FILE_DIRECT), позволяющий обойтись без отдельного кэша read_page. Изменение позволило сократить размер памяти, потребляемой при работе Squashfs.
    • В системном вызове statx() реализован флаг STATX_DIO_READ_ALIGN, для определения требуемого выравнивания для операций чтения из файла.
    • В файловой системе Bcachefs обновлён и стабилизирован формат дисковых структур. Любые дальнейшие изменения формата будут отнесены к категории необязательных и будут реализовываться в форме опциональных дополнений. Значительно повышена скорость проверки целостности ФС. Кроме того, в Bcachefs улучшена работа в режиме только для чтения; устранены проблемы, приводящие к обращению к памяти после её освобождения (use after free); решены проблемы c reflink-указателями в fsck; исправлена обработка перезапуска транзакции.
    • Возвращён модуль md-linear, предназначенный для объединения блочных устройств. Данный модуль ранее был объявлен устаревшим и удалён из ядра 6.8, но как оказалось он был востребован и поэтому теперь восстановлен.
    • Файловые системы F2FS и SQUASHFS переведены на использование фолиантов страниц памяти (page folios).
    • Файловые системы OCFS2 и DLMFS переведены на использование нового API монтирования разделов.
    • В драйвере null_blk реализован атрибут "rotational", выставляемый через configfs и позволяющий симулировать работу с устройством на базе вращающихся дисков для упрощения тестирования функций ядра.
    • В системе Device mapper и в модулях dm-mirror, dm-io, dm-table, dm-linear, dm-stripe и dm-raid1 реализована поддержка атомарной записи.
  • Память и системные сервисы
    • Завершена интеграция в ядро драйвера ntsync, реализующего символьное устройство /dev/ntsync и набор примитивов для синхронизации, применяемых в ядре Windows NT. Реализация подобных примитивов на уровне ядра позволяет существенно поднять производительность Windows-игр, запускаемых при помощи Wine. Прирост производительности достигается благодаря избавлению от накладных расходов, связанных с применением RPC в пространстве пользователя. Создание отдельного драйвера для ядра Linux объясняется проблематичностью корректной реализации API синхронизации NT поверх существующих примитивов в ядре.
    • Добавлен новый контроллер cgroup DMEM для раздельного учёта областей памяти устройств, таких как GPU. DMEM позволяет создавать отдельные cgroup для различных задач, работающих с GPU, чтобы они могли выполняться не влияя друг на друга. Новая возможность решает проблему с принудительным завершением операций с GPU при исчерпании доступной памяти, благодаря учёту отражённой памяти GPU и используемой драйверами памяти CPU в отдельных cgroup.
    • Внесены оптимизации по масштабированию операции сброса (flush) кэша TLB (Translation Lookaside Buffer), применяемого для ускорения преобразования виртуальных адресов в физические. Добавленные оптимизации сводятся к отложенному обновлению некоторых структур данных во время переключения контекста, что позволяет повысить производительность при прохождении некоторых тестов.
    • Повышена производительность механизма MGLRU (Multi-Generational LRU), применяемый для определения какие страницы памяти используются, а какие можно вытеснить в раздел подкачки.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Предоставлена возможность использования в коде ядра макроса "derive(CoercePointee)", позволяющего использовать умные указатели с trait-объектами. В состав ядра включены Rust-обвязки для PCI, платформ, Open Firmware, символьных устройств и некоторых функций ввода/вывода. Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, охарактеризовал текущее состояние, как "почти готовность к написанию реального драйвера на Rust".
    • В сборочных сценариях предложен новый код для генерации версий отладочных символов для загружаемых модулей, который теперь использует информацию из отладочных записей в формате DWARF, а не разбирает исходный код напрямую. Изменение позволяет применять версионирование отладочных символов для модулей, написанных на языке Rust. Старая реализация тоже оставлена в ядре, а выбор генератора производится на уровне сборочных опций.
    • Для архитектуры PowerPC реализована поддержка режима ленивого вытеснения задач (PREEMPT_LAZY, lazy preemption), который соответствует режиму полного вытеснения ("full preemption") для realtime-задач (RR/FIFO/DEADLINE), но задерживает вытеснение обычных задач (SCHED_NORMAL) до границы тика.
    • В подсистему профилирования производительности "perf" добавлена поддержка счётчиков энергопотребления процессоров AMD. Добавлена возможность работы на системах, насчитывающих до 2048 ядер CPU.
    • Предоставлена возможность использования sysctl-параметра pid_max с пространствами имён идентификаторов процессов (ID namespace). Параметр pid_max предназначен для ограничения максимального значения идентификаторов процессов (PID) и теперь может использоваться для ограничения максимально возможного числа процессов, запущенных в указанном пространстве имён. Обработка параметра производится иерархически, т.е. ограничения во внешних пространствах имён распространяются на вложенные пространства имён.
    • При использовании для запуска процесса системного вызова execveat в файловой системе /proc теперь будет отображаться имя запущенного файла, а не номер файлового дескриптора.
    • В состав исходного кода ядра (в каталог samples/vfs) добавлена утилита mountinfo, демонстрирующая использование системных вызовов statmount() и listmount().
    • В подсистеме BPF предложены новые функции bpf_local_irq_save() и bpf_local_irq_restore() для временного отключения прерываний на локальном CPU. Функции могут применяться для реализации структур, обработка которых не приостанавливается прерываниями.
    • В системном вызове madvise() при использовании флагов MADV_DONTNEED и MADV_FREE обеспечено освобождение таблиц страниц памяти, связанных с освобождаемым диапазоном адресов, так как в некоторых ситуациях пустые страницы памяти могут занимать достаточно много памяти.
    • Для архитектуры OpenRISC реализована поддержка механизма перезапускаемых последовательностей (rseq, restartable sequences), предназначенного для быстрого атомарного выполнения операций, которые в случае прерывания другим потоком очищаются и предпринимается повторная попытка выполнения.
    • Проведена реорганизация кода с реализацией алгоритмов CRC32 и CRC-T10DIF, который больше не пересекается с подсистемой crypto и вызывается напрямую из библиотечного интерфейса. Изменение позволило упростить код и повысить его эффективность.
    • В систему асинхронного ввода/вывода io_uring добавлен интерфейс для передачи дополнительных метаданных о целостности при выполнении операций чтения и записи.
  • Виртуализация и безопасность
    • В системный вызов execveat добавлен флаг AT_EXECVE_CHECK, позволяющий выполнить проверку допустимости исполнения файла без его фактического запуска, но c учётом политик безопасности, прав доступа и активных LSM-модулей. Для использования в сочетании с AT_EXECVE_CHECK предложены securebit-флаги SECBIT_EXEC_RESTRICT_FILE и SECBIT_EXEC_DENY_INTERACTIVE, которые можно использовать для ограничения исполнения файлов со скриптами на интерпретируемых языках программирования. Флаг SECBIT_EXEC_RESTRICT_FILE предписывает компоновщикам и интерпретаторам использовать опцию AT_EXECVE_CHECK для проверки допустимости исполнения, а флаг SECBIT_EXEC_DENY_INTERACTIVE запрещает обрабатывать интерактивные команды. Основная идея изменения в возможности применения политик безопасности не только к традиционным исполняемым файлам, но и к текстовым файлам со скриптами, которые можно загрузить через запуск интерпретатора (т.е. запрет на исполнение может быть реализован не только при запуске "./script.sh" но и при выполнении в форме "sh script.sh").
    • На системах x86 реализована поддержка защищённых счётчиков времени для гостевых систем, не позволяющих изменять системные часы гостевой системы из хост окружения. Возможность реализована на базе механизма AMD SEV (Secure Encrypted Virtualization), применяемого в системах виртуализации для защиты виртуальных машин от вмешательства со стороны гипервизора или администратора хост-системы.
    • В систему мандатного контроля доступа SELinux добавлена поддержка xperm-правил, позволяющих привязывать политики SELinux к определённым вызовам ioctl() или сообщениям netlink.
    • Для заверения модулей ядра цифровой подписью вместо SHA1 по умолчанию задействован алгоритм SHA512.
    • В драйверах для гостевых систем VirtualBox включена поддержка архитектуры ARM64.
    • В гипервизоре KVM продолжена работа над задействованием механизма Intel TDX (Trusted Domain Extensions) для шифрования памяти гостевых систем.
    • В virtio_blk добавлена поддержка режима восстановления ошибок.
  • Сетевая подсистема
    • В реализации протокола RxRPC появилась возможность использования больших кадров UDP для повышения пропускной способности.
    • Для TCP добавлена поддержка алгоритма RACK-TLP для определения потери пакетов.
    • Добавлен новый параметр sysctl tcp_tw_reuse_delay, действующий в привязке к пространству имён (network namespace) и позволяющий определить задержку, вносимую перед тем как система сможет повторно использовать номер сетевого порта после закрытия TCP-сокета.
    • Добавлена возможность выбора провайдера точного времени (PTP) для формирования временных меток на уровнях PHY и MAC.
    • Для IPsec реализована поддержка механизма агрегирования и фрагментирования инкапсулированных IP-пакетов - IP-TFS/AGGFRAG (IP Traffic Flow Security/Aggregation and Fragmentation Mode for Encapsulating Security Payload).
    • В систему сетевых сокетов добавлена поддержка передачи информации о приоритете (SO_PRIORITY) в форме управляющих сообщений (cmsg - control messages). Для сетевых сокетов добавлена опция SO_RCVPRIORITY, включающая в функции recvmsg() передачу информацию о приоритете сокета.
  • Оборудование
    • Добавлен драйвер amdxdna для интегрированных в CPU AMD ускорителей NPU (Neural Processing Unit) на базе архитектуры XDNA, предназначенных для ускорения операций, связанных с машинным обучением. NPU на базе архитектуры XDNA поставляется в сериях 7040 и 8040 процессоров AMD Ryzen, ускорителях AMD Alveo V70 и SoC AMD Versal.
    • В драйвер i915 добавлены идентификаторы новых GPU, реализован обработчик сбоев инициализации HDMI, повышена надёжность сброса движков GPU на Haswell и более старых системах.
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake.
    • В драйвере Nouveau добавлена возможность передачи буферов с логами GSP-RM через debugfs.
    • В драйвере AMDGPU реализована поддержка механизма DRM panic, отображающего подобие "синего экрана смерти" при сбоях. Продолжена подготовка к поддержке будущей серии графических карт Radeon RX 9000 на базе архитектуры RDNA4. Обновлена поддержка DCN 3.5, GG 9.5, IH 4.4, PSP 13.x, SMU 13.x, VCN 5.x, JPEG 5.x, GC 12.x, DC FAMS, RAS и ISP.
    • В DRM-драйвер msm (GPU Qualcomm Adreno) добавлена поддержка платформы Qualcomm SM6150 (QCS615).
    • В DRM-драйвер panfrost добавлена поддержка SoC MediaTek MT8188 c GPU Mali-G57.
    • В DRM-драйвер vc4 добавлена поддержка SoC Broadcom BCM2712 (Raspberry Pi 5).
    • В vfio-драйвер nvgrace-gpu добавлена поддержка чипов NVIDIA Grace Blackwell 200.
    • В состав включён драйвер для контроллеров Intel THC (Touch Host Controller), применяемый для взаимодействия с сенсорными экранами и тачпадами на некоторых ноутбуках. Добавлена поддержка устройств Wacom с интерфейсом PCI. Добавлена поддержка игровых контроллеров QH Electronics.
    • Добавлена поддержка ARM-плат, SoC и устройств: Qualcomm Snapdragon 8 Elite (SM8750), Qualcomm Snapdragon AR2 (SAR2130P), Qualcomm IQ6/IQ8, Snapdragon 425 (MSM8917), Samsung Exynos 9810, Blaize BLZP1600, Microchip SAMA7D65, Renesas R-Car V4H ES3.0, Renesas RZ/G3E. Добавлена поддержка SoC SpacemiT K1 на базе архитектуры RISC-V.
    • В звуковой подсистеме ALSA для MIDI 2.0 расширены API rawmidi и sequencer. В API для выноса операций сжатия на сторону звуковой карты добавлена поддержка ASRC (Asynchronous Sample Rate Conversion).
    • Добавлена поддержка звуковых систем устройств Allwinner suinv F1C100s, Awinc AW88083, Realtek ALC5682I-VE, TAS2781, Focusrite Scarlett 4th Gen 16i16, 18i16 и 18i20. Добавлена поддержка беспроводных наушников SteelSeries Arctis 9.


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


Обсуждение (104) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 17:42, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Latest: 6.13.8 на момент новости
     
     
  • 2.4, Аноним (4), 17:46, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Линус объявил о релизе https://lkml.org/lkml/2025/3/24/797
    В репозитории релиз появился https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
    А kernel.org долго раскачиваются и не сразу страницу меняют.
     
  • 2.7, myster (ok), 17:52, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Git репо источник правды https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
    а не веб-морды, они синхронизируются позже.
    GitHub зеркало: https://github.com/torvalds/linux/tags

    на момент новости на 6.14

     
  • 2.135, Аноним (135), 23:27, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра ...

    Всё дальше можно не читать, расходися... по чему-нибудь другому.

     

  • 1.6, Аноним (6), 17:51, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > поддержка reflink в XFS в режиме realtime

    Это онлаин дедупликация?

     
     
  • 2.77, Аноним (77), 21:45, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по всему - это дедупликация для realtime-области.
    realtime - это отдельный раздел на котором по идее должны лежать очень большие файлы (подраздел с очень большим размером блока/кластера - порядка мегабайта, что более оптимально для очень-очень больших файлов). Хотя это и не обязательно, иногда realtime использовали и для "размазывания" вполне типовой ФС по HDD+SSD и размер кдастера там тоже можно как и на остальной ФС сделать.

    realtime на отдельном разделе находится и вот для него и сделали reflink. reflink в основном для дедупликации и снапшотов отдельных файлов задумывалось.

     
     
  • 3.90, Аноним (90), 00:02, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Судя по всему - это дедупликация для realtime-области.

    Рефлинк это не дедупликация как таковая. Хотя и имеет что-то общее. Это запрос "same extent", хинтящий ФС что мы хотим - копию региона файла, где вот этот вот регион в другом файле - будет 1 в 1 как регион в вон том файле, прямо в момент создания региона. Так что - извольте повесить второй референс на тот экстент, дескать, а не копировать этот немеряный кус заново.

    Т.е. это запрос системе сделать экстент +1 референсом, а не копией. Как таковое это форма дедупликации, очень быстрая и очень эффективная по ресурсам. Но - со своими нюансами.

     

  • 1.8, Аноним (8), 17:58, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    какими темпами они завозить и апаться начали - пора уже лтс каждые полгода выпускать, в этом-то году уж точно - деби новый на подходе
     
     
  • 2.10, Аноним (8), 18:04, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ну вот прям сейчас бы сговорились - по месяцу в тестинге, и к лету 6.15 заехал бы. а то уже, иногда, действительно хочется этим нытикам рюмочку налить, за очередное мёртворождённое.
     
  • 2.16, Аноним (16), 18:13, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    концепция лтс очень давно дискредитирована, косность мышления мешает двигаться вперёд
     
     
  • 3.29, Аноним (8), 18:38, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ага, все делов-то - самому патчить и тестить мёртвое ядро пару лет.
     
     
  • 4.33, Аноним (33), 18:47, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вам напомнить про 6.1.64? У них нет ресурсов столько версий поддерживать
     
     
  • 5.93, Аноним (93), 00:08, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да ладно, прям нету? С хлеба на воду перебиваются?
     
  • 4.36, Аноним (16), 19:01, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас каждое мёртвое обновление лтс ядра ты рискуешь окирпичить устройство. Те, кому действительно надо, сами патчат и тестят -- это единственный вариант.
     
     
  • 5.72, Аноним (72), 21:33, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Те, кому действительно надо, сами патчат и тестят -- это единственный вариант.

    Они же и поддерживают ЛТС.

     
     
  • 6.86, Аноним (16), 23:21, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да не, лтс поддерживают криворукие вредители с кучей комплексов.
     
     
  • 7.91, Аноним (90), 00:04, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да не, лтс поддерживают криворукие вредители с кучей комплексов.

    В опенсорсе все просто: не нравится - не юзай. Но я посмотрю как ты на воооон тот ведроид с фиг знает какими вендор дровами вкатишь последний майнлайн.

     
     
  • 8.96, Аноним (16), 00:21, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лтс в этом отношении ничем не лучше ... текст свёрнут, показать
     
  • 5.78, Аноним (6), 22:06, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Последний lts (до апстрима) лучшее из решений. И багов значительно меньше, и не устарело. У меня на апстриме всегда траблы были с амд графикой (та часть, что за drm отвечает).
     
  • 3.131, Аноним (131), 18:54, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > концепция лтс очень давно дискредитирована, косность мышления мешает двигаться вперёд

    Концепция lts, это то что ты просто пользуешься.
    Что за косность мышления такая, концепция каждодневного обновления всего и вся позволяет двигаться вперёд?

     
     
  • 4.132, Аноним (16), 19:17, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Идея была такова, что это ветка для прода, которую не ломают при обновлении. И например не возникнет проблем с блобами (привет андроиду). На практике это всё не работает.
     

  • 1.9, какая разница (?), 18:02, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что там с ntfs?
     
     
  • 2.15, Аноним (15), 18:11, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что не так должно быть?
     
  • 2.23, Аноним (6), 18:22, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С 5.15 есть.
     
     
  • 3.35, какая разница (?), 18:56, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тут уже человек писал, что с какой-то версии ядра ntfs перестал нормально монтироваться, выдавая ошибки вплоть до невозможности записи..
     
     
  • 4.81, Аноним (81), 22:28, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не писал про невозможность записи, только про проблемы с монтированием. После того, как я сделал и выложил тестовый образ, выяснилось, что

    1. если создать петлевое устройство вручную и указывать в mount его - то тестовый образ к нему монтируется (и пишется норм)
    2. а вот реальное блочное устройство (/dev/sdb1) почему-то не монтируется
    3. Другой чел сказал, что у него и реальное (флешка) замонтировалось

    Подробнее

    https://www.opennet.ru/openforum/vsluhforumID15/4940.html

    Поэтому пока-что перебиваюсь с ntfs-3g.

     
     
  • 5.82, Аноним (81), 22:30, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылка на тестовый образ: https://0x0.st/s/g1unmcKWfLEqVLegGZTxdg/81NL.7z (4 MiB в разжатом виде).
     
  • 5.113, Аноним (113), 08:33, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты точно с ntfs3 монтируешь, а не ntfs?
     
     
  • 6.114, ryoken (ok), 09:13, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ntfs разве не выперли из ядра?
     
  • 6.121, Аноним (121), 12:56, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    mount -t ntfs3 ....
     
  • 2.51, Аноним (51), 20:27, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ваш ник является ответом
     
  • 2.85, Аноним (-), 23:17, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Что там с ntfs?

    Там парагоновский нтфс прикрутили. Он есть, живой, работает. Но по большому счету в линухе он не очень актуален.

     
     
  • 3.133, Аноним (133), 20:39, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, откуда на сервере нтфс?
     
     
  • 4.134, Аноним (-), 21:33, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно, откуда на сервере нтфс?

    Я и на десктопе линух юзаю, мне нормалек. А вы можете юзать ваши кейлогеры, AI в блокноте и рекламу в играх и меню пуск. Мне же такая система - просто даром не уперлась со всеми "улучшениями". И "перфомансом" нтфс заодно. Вот прям ща у меня дира - с 300К файлов есть. Попробуйте ЭТО вообще в нтфс запилить, вам понравится. Сразу видно кто операционки и ФС (не)умеет делать. Хотя кому и FAT - фс...

     

  • 1.11, Соль земли (?), 18:04, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На самом деле побольше бы экспериментальных добавлений для желающих поиграться.
     
     
  • 2.13, Аноним (8), 18:08, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    кому все эти тонны гайдов по ручной сборке только написаны.... ааа, тестировать некому, понимаю.
     

  • 1.14, Аноним (8), 18:11, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ну неужели нельзя форкнуть своё же ядро и отдать ребятам на пару-тройку лет поиг... большой текст свёрнут, показать
     
     
  • 2.24, Аноним (-), 18:25, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ну неужели нельзя форкнуть своё же ядро и отдать ребятам на пару-тройку лет поиграться.

    Так это и сделали. А ты думаешь, как появилась ветка Rust-for-Linux, из которой сейчас изменения переносят? Ну и с проект Rust-for-Linux начали вообще в 2020м.

    Просто держать это на отдельной от stable-nonsense ветке довольно геморно.
    Поэтому хотят добавить в mainline и уже работать с ним.

     
     
  • 3.31, Аноним (8), 18:40, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну хз, учитывая сколько желающих, учитывая основных мейнтейнеров - линусу-то надо было кулачок подержать чуток, что бы в итоге вышел какой-нибудь девуан, но только с тестами и массовой поддержкой. имхо.
     

  • 1.17, Аноним (8), 18:14, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Продолжена подготовка к поддержке будущей серии графических карт Radeon RX 9000 на базе архитектуры RDNA4.

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

     
     
  • 2.22, Аноним (6), 18:21, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Через полтора месяца для ядра.

    Для дебиан... Скверный дистр для десктопа, конечно... Юзай бекпорты.

     
     
  • 3.32, Аноним (8), 18:43, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да я-то юзаю, тестинг всегда включён, даже в продакшене, с пониженным приоритетом. больше разрабов деби понимаю - ребята релизы на отпуск оставляют же, неверно это
     
     
  • 4.44, Аноним (6), 19:52, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > разрабов деби понимаю - ребята релизы на отпуск оставляют же, неверно это

    Не очень понял. На чей "отпуск"?


    > тестинг всегда включён, даже в продакшене, с пониженным приоритетом

    А в проде тестинг Вам зачем?

    Мб уже контейнеры?

     
  • 2.25, Аноним (-), 18:26, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > адекватная поддержка - в 6.15 минимум. след релиз деби - через пару лет. прикольно.

    А вас кто-то заставляет пользоваться этим копролитом на домашнем компе?
    Оно и без новых карт довольно протухшее.

     
  • 2.71, Анонимусс (-), 21:18, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > след релиз деби - через пару лет. прикольно.

    Ну так пока типичный дебиановод накопит даже на младшую из RX9000, как раз столько и пройдет))

    Хотя он вряд ли он вообще решится купить такую новую и нестабильную видяху. Стабильность она же должна быть во всем! И в видяхах тоже. Вот есть же отличные проверенные Polaris.

     
  • 2.74, Аноним (131), 21:39, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вообще покупай самое стандартное железо, оно ломается так же как навороченное, топовое, или китайское с Aliexpress, но на стандартное железо можно найти схемы, недостающщие детали, стандартные драйвера.

    Так же и с Windows, Linux, надо использовать самое стандартное.
    Что бы там не говорили стандартное всегда лучше васяносборок.

     
  • 2.76, Аноним (76), 21:44, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажите этому анониму про backports.
     
  • 2.89, Аноним (-), 23:49, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > карты - на полках, адекватная поддержка - в 6.15 минимум.

    Так на него merge window уже открыт.

    > след релиз деби - через пару лет. прикольно.

    В дебиане на минуточку backports есть. Вот прям ща можно на немолодой bookworm вкатить как минимум 6.12 из backports - при том что релизился он с 6.1, чтоли. А для совсем нубов убунта есть. Впрочем там тоже граф стэк обновляют - зависит от.

     

  • 1.18, Аноним (6), 18:15, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен драйвер amdxdna для интегрированных в CPU AMD ускорителей NPU (Neural Processing Unit) на базе архитектуры XDNA, предназначенных для ускорения операций, связанных с машинным обучением. NPU на базе архитектуры XDNA поставляется в сериях 7040 и 8040 процессоров AMD Ryzen, ускорителях AMD Alveo V70 и SoC AMD Versal.

    На 7840u будет какой-то толк от него?

    В ollama, например или там stable diffusion, Whisper?

    Ну, как туда поддержку подвезут, конечно...

     
     
  • 2.47, Аноним (47), 20:00, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На 7840u будет какой-то толк от него?

    У этого APU нет NPU.

     
     
  • 3.48, Аноним (6), 20:10, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть:

    https://www.amd.com/en/products/processors/laptop/ryzen/7000-series/amd-ryzen-

    Brand Name
    AMD Ryzen™ AI
    AMD Ryzen™ AI
    Available
    Performance
    Up to 10 TOPS
    Overall TOPS
    Up to 32 TOPS
    NPU TOPS
    Up to 10 TOPS

    Только, хз, как он работать будет.

     
     
  • 4.67, Аноним (47), 21:09, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы правы, прошу прощения.

    Up to 10 TOPS - очень очень мало по современным меркам.

     
  • 2.58, Хо (?), 20:43, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Слабая производительность, на llama3.1 8b до 2token/s, это на npu 7840hs, ещё влияет медленная оперативка. На 780m gpu будет быстрей, до 11t/s через vulkan.
     
     
  • 3.79, Аноним (6), 22:09, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А совместно с cpu его можна юзать? Типа cpu там токенов 8 + 2 из npu?
     
     
  • 4.84, Хо (?), 22:39, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хз, не знаю, не занимаюсь этим.
    Вообщем, diffusion тут мимо, только gpu использовать.
     
  • 4.115, Аноним (115), 09:22, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В итоге всё зависит от того, как реализуют поддержку.
    Пример использования у Интел:
    - https://github.com/intel/linux-npu-driver
    - https://github.com/intel/intel-npu-acceleration-library
     

  • 1.19, Аноним (19), 18:16, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Коллаборанты TEE-DRM-копирастов Работать будет так виртуалка с автокадом не пр... большой текст свёрнут, показать
     
     
  • 2.26, Аноним (-), 18:29, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Коллаборанты TEE-DRM-копирастов.

    Вы что, собирались пользоваться мерзким творением копирастов из Autodesk???
    Используйте свободный FreeCAD!

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

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

     
     
  • 3.83, Аноним (81), 22:32, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Толсто.

    1. Двумерные системы графики на дух не переношу. Так что автокадом не пользуюсь. И LibreCADом тоже.
    2. Называть кряки малварью юридически некоректно.

     
  • 2.92, Аноним (90), 00:06, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то оно для другого - чтобы хост как раз не видел память виртуалки и проч ... большой текст свёрнут, показать
     
     
  • 3.103, Аноним (81), 02:13, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Веб-версия - ОК Они же на своём железе всё это крутят Претензия к копирастам и... большой текст свёрнут, показать
     
     
  • 4.119, Аноним (-), 10:50, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в том, что они у пользователя свободу распоряжаться "его" железом отнимают

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

    > Тебя с работы выгонят

    Ну так пользуйся Свободными Аналогами от Свободного Сообщества?
    Что-что? Они днище и не дотягивают не то что для флагманов индустрии, а даже до третьего эшелона? Не, ну а что вы хотели! Зато швo6odno!

    > ... а потом всю собственность отнимут, включая твоё тело ...

    Дальше идет шизофренический бред щедро приправленный теориями заговора.
    У вас весеннее обострение?

    >  Хочешь - берёшь и скрейпишь весь клиентский код

    Если у тебя есть право скрейпить, то у них есть право тебе мешать. Вот и все.

     
     
  • 5.122, Аноним (121), 13:19, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 Ты абсолютно прав в том, что каждый имеет право покупать то оборудование и со... большой текст свёрнут, показать
     
  • 4.120, Аноним (-), 10:59, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле отнимают Ты взял автокад в аренду на месяц И теперь хочешь обманывать... большой текст свёрнут, показать
     
     
  • 5.123, Аноним (121), 13:38, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В прямом Я купил процессор - я имею полное право на нём исполнять любую програм... большой текст свёрнут, показать
     
     
  • 6.130, Аноним (-), 15:11, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ого Ну надо же, а мужики то и на знают А откуда такие странные выводы Может ... большой текст свёрнут, показать
     

  • 1.21, Аноним (19), 18:20, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для заверения модулей ядра цифровой подписью вместо SHA1 по умолчанию задействован алгоритм SHA512.

    Нужно было Blake3 - он намного быстрее. А ещё лучше вообще подпись на модулях в интересах копирастов не проверять.

     
     
  • 2.34, Аноним (16), 18:55, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Доверия к нему особого нет. Blake2 ещё как-то зарекомендовал себя повсеместным практическим использованием, хоть и не приняли оригинальную версию. Это примерно как с serpent vs rijndael, только более подозрительно. С криптографическими целями определённо не стоит.
     
  • 2.55, n00by (ok), 20:39, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не будет заметного выигрыша: размер драйвера невелик и загружаются редко.
     
  • 2.94, Аноним (90), 00:11, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нужно было Blake3 - он намного быстрее. А ещё лучше вообще подпись
    > на модулях в интересах копирастов не проверять.

    У меня модули подписаны - лично моим ключом. При том - еще и в режиме enforce. Т.е. в большей части дистро - оно при кривой подписи орет в лог но модуль вгрузит. А у меня - таки рубанет вгрузку модуля совсем. Как у копирасов.

    Разница в том что у меня ключ есть. И себе любимому я подпишу все что захочу. А вот руткитчикам станет несколько менее удобно. Ибо я конечно забуду им этот ключ для их удобства выдать. А без него ядро грузить модуль не будет. Да, lockdown врублен. Вас то им из мобилок попрут. Но для себя то - он попрет из МОЕЙ системы ЛЕВЫХ ТИПОВ :). Полезность замка - зависит от того есть ли ключ.

     
     
  • 3.102, Аноним (81), 02:07, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ключ, надеюсь, в аппаратном токене/криптокошельке? Только овт беда - копирастам это всё не для этого нужно. А просто чтобы посылать всех, у кого дистр не подписан их ключом, на хрен. Ну то есть ты у нас мамкин кульхацкер?! Отлично. Софт для работы у тебя не запустится, ты уволен, поздравляем.
     

  • 1.28, Аноним (-), 18:36, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Завершена интеграция в ядро драйвера ntsync, реализующего
    > символьное устройство /dev/ntsync и набор примитивов для
    > синхронизации, применяемых в ядре Windows NT

    Мда... какой только мусор не тянут в ядро.
    Может еще полвинды затянуть?

     
     
  • 2.37, Аноним (6), 19:07, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Отдельный драйвер так-то. Будет не нужен, - выкинут.

    А играть с ним гораздо лучше и его планируют включить в wine по дефолту.

     
  • 2.63, Аноним (63), 20:58, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так ты всегда его можешь выкинуть.
     
     
  • 3.95, Аноним (-), 00:18, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так ты всегда его можешь выкинуть.

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

    (Майкрософт за кадром: да, мы собираемся свалить на Linux!)

     
  • 2.128, Аноним (128), 14:31, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    давно пора делать свой форк. на всякий случай
     

  • 1.40, Нуину (?), 19:29, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, охарактеризовал текущее состояние, как "почти готовность к написанию реального драйвера на Rust".

    Еще чуть-чуть)

    Получается местные растовщики обманывали, когда говорили о каком-то рабочем драйвере?

     
     
  • 2.43, Аноним (-), 19:36, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Получается местные растовщики обманывали, когда говорили о каком-то рабочем драйвере?

    Так Грег про основную ветку ядра говорит.
    На других ветках оно уже давно работает, вроде тех же дров для макбуков.
    Просто в main процесс затягивания очень затянут.

     

  • 1.41, Аноним (-), 19:32, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В драйвере AMDGPU реализована поддержка механизма DRM panic, отображающего подобие "синего экрана смерти" при сбоях. Продолжена подготовка к поддержке будущей серии графических карт Radeon RX 9000 на базе архитектуры RDNA4. Обновлена поддержка DCN 3.5, GG 9.5, IH 4.4, PSP 13.x, SMU 13.x, VCN 5.x, JPEG 5.x, GC 12.x, DC FAMS, RAS и ISP.

    Ну что за непорядок то? Экран должен быть чёрным!

     
     
  • 2.104, Анименим (-), 02:58, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    поддерживают цветовое разнообразие экранов
     

  • 1.42, Аноним (42), 19:33, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    поддержка reflink в XFS

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

     
     
  • 2.97, Аноним (-), 00:31, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто вам этот бред сказал У btrfs, bcachefs и с неких пор в лимитированном виде ... большой текст свёрнут, показать
     

  • 1.45, 12yoexpert (ok), 19:56, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > поддержка чипов Qualcomm Snapdragon 8 Elite

    уже есть рабочие арч или гента без блобов? есть какие-либо ограничения в загрузчике?

    думаю себе взять что-нибудь на арме

     
     
  • 2.88, erra (?), 23:37, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >уже есть рабочие арч или гента без блобов

    нет и не будет. без блобов вам на платформы 10+ летней давности

    для загрузки там эмулируется относительно стандартный UEFI

     
     
  • 3.101, 12yoexpert (ok), 01:59, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. можно ставить что хочешь и не ходить на поклон куалкому, как, например, некоторые ходят за подписями UEFI к мелкомягким?
     
  • 2.98, Аноним (-), 00:32, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> поддержка чипов Qualcomm Snapdragon 8 Elite
    > уже есть рабочие арч или гента без блобов? есть какие-либо ограничения в
    > загрузчике?
    > думаю себе взять что-нибудь на арме

    Сильно зависит от того кто фьюзы прописывал. Если ноут под винду делался - могут и напакостить.

     

  • 1.49, Аноним (49), 20:12, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Радует, что несмотря на ворчание опеннетных экспертов, Линус таки взвесил все за и против Раста, и принял решение корпораций чотко: включил Раст в ядро. Лет через 15, глядишь и ядро будет полностью переписано на Раст!
     
     
  • 2.61, Ivan_83 (ok), 20:52, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Надо было ещё и DEI принять, и повыгонять всех белых мужиков из коммитеров, чтобы было совсем как в корпорастах. :)

    За 15 лет не перепишут, как бы наоборот не выкинули нафиг и с помощью AI не переписали обратно на С.

     
     
  • 3.66, Аноним (66), 21:06, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Надо было ещё и DEI принять, и повыгонять всех белых мужиков из коммитеров, чтобы было совсем как в корпорастах. :)

    Суда по поведению СИшных истеричек-ментенеров, они оказались большими 321ми чем розово-волосые кошкодевочки))

    > За 15 лет не перепишут, как бы наоборот не выкинули нафиг и с помощью AI не переписали обратно на С.

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

    А помню как пару лет назад рассказывали "да в жизне это хруст в ядро не возьмут!"))

     
     
  • 4.73, Аноним (72), 21:36, 24/03/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.99, Аноним (-), 00:34, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Суда по поведению СИшных истеричек-ментенеров, они оказались большими 321ми чем розово-волосые
    > кошкодевочки))

    Неудобный нюанс в том что хрустовые DIE'ы - начали истерить еще раньше. И да, эта ваша лина асахи тоже с подвохом^W сдулась. Почему-то хрустики очень ментально нестабильные, видимо яп рушит психику.

     
     
  • 5.124, Аноним (121), 14:04, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >321ми

    Ты имел в виду

    >3.1415926535897932384626433ми

    наверное

     
  • 4.111, Ivan_83 (ok), 07:59, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю что "компелятор" типа VALA который сделает из гнилого кода обычный С код можно накорябать и оно не сильно сложно будет.
    Представляешь как будет подгорать у растишек?)
     
     
  • 5.117, Аноним (-), 10:43, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Подозреваю что "компелятор" типа VALA который сделает из гнилого кода
    > обычный С код можно накорябать и оно не сильно сложно будет.

    Учитывая что у убогосишки нет и десятой доли выразительности раста... это будет тот еще омнокод. Да и смысл переводить в си, если можно сразу в какой-то IR или байткод.

    > Представляешь как будет подгорать у растишек?

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

     
  • 5.125, Аноним (121), 14:04, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так сделали давно.
     
  • 2.75, Аноним (131), 21:40, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну ядро и ядро.
    Что такого. Обновления Windows, велючая ядро выходят каждый второй вторник каждого месяца.
     
     
  • 3.87, Аноним (87), 23:23, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Шиндошс не про опенсорс.
     
     
  • 4.136, Аноним (131), 00:04, 26/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > опенсорс

    И что опенсорс.
    Ты просто знаешь это слово.

     

  • 1.62, Аноним (62), 20:54, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Добавлена поддержка платы SpacemiT K1 на базе архитектуры RISC-V.

    Этой Banana Pi BPI-F3 SpacemiT K1 ?

     
     
  • 2.112, анонимус (??), 08:20, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это надмозг перевёл SOC как плату, а так на этом SoC есть:
    -LicheePi Module 3A (модуль, у производителя есть шасси одноплатника (LicheePi 3A) и кластера на 7 плат (LicheePi Cluster 3A))
    -DeepComputing DC-ROMA PAD II (планшет с убунтой)
    -DeepComputing DC-ROMA Laptop II (он же SpacemiT MUSE Book)
    -Milk-V Jupiter (itx материнка)
    -Banana Pi BPI-F3 (одноплатник)
    postmarket например грузится только на банане и пад2, может ситуация улучшиться.
     

  • 1.80, dannyD (?), 22:26, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поставил, бежит вроде бы.
     
  • 1.100, YetAnotherOnanym (ok), 00:38, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > существенно поднять производительность Windows-игр, запускаемых при помощи Wine

    "Хотим как в винде" шагает победным маршем.

     
     
  • 2.118, Аноним (6), 10:47, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что делать в сапера играть? Других игр то нет.
     
     
  • 3.127, Аноним (127), 14:16, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В косынку.
     

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



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

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