Linux 6.14: новое ядро с апгрейдами в файловых системах и сетях

Linux 6.14: новое ядро с апгрейдами в файловых системах и сетях

Linux 6.14: новое ядро с апгрейдами в файловых системах и сетях

Вышел стабильный релиз ядра Linux 6.14. Эта версия не относится к Long-Term Support (LTS) и будет поддерживаться несколько месяцев, тем не менее в ней есть множество улучшений и новые функции в различных подсистемах — от файловых систем и виртуализации до сетей, энергосбережения и аппаратной поддержки.

В Linux 6.14 файловая система Btrfs получила поддержку RAID1 read balancing — технологии, повышающей эффективность доступа к данным.

В XFS добавлены функции «reflink» и обратного маппинга (reverse mapping). Tmpfs теперь поддерживает крупные страницы, что повышает скорость операций с памятью.

Кроме того, появился новый тип события «fsnotify» для преддоступа, а управление выделением страниц дополнено функцией заморозки и освобождения с использованием дескриптора памяти zpdesc.

В ядро интегрирована новая подсистема ntsync, реализующая примитивы синхронизации Windows NT — это улучшит производительность эмуляции игр и приложений, запускающихся через Wine.

Подсистема KVM получила поддержку гипервызовов для пользовательских VMM на архитектуре LoongArch (Loongson). Добавлена также поддержка векторных расширений T-Head для RISC-V.

В обновлении появилась возможность работы с IP-TFS/AggFrag для IPsec, что позволяет агрегировать и фрагментировать внутренние IP-пакеты. RxRPC сокеты теперь могут передавать jumbo-пакеты.

Введён единый интерфейс статистики PHY, а также возможность настройки порогов Header-Data Separation (HDS) через ethtool. Расширена поддержка клиентов с IPv4-адресами, отображёнными в IPv6 (SMC-R v2), и добавлены уведомления netlink об изменениях в мультикаст-адресах.

Для процессоров AMD реализована поддержка счётчиков энергопотребления ядер. Расширены возможности фреймворка Power Supply: драйверы теперь могут регистрировать дополнительные атрибуты.

Устройство suspend/resume стало работать быстрее на ряде устройств, включая Raspberry Pi, где также появилась поддержка энергосбережения при переходах в спящий режим.

Добавлен драйвер для ИИ-ускорителя AMD XDNA Ryzen AI NPU. Подсистема DRM теперь поддерживает режим аварийного отображения (panic mode) для AMDGPU. Для архитектуры IBM System/390 реализован новый механизм восстановления после ошибок. Кроме того, в системе подписей модулей ядра появилась поддержка хеширования по алгоритму SHA-512 — шаг к усилению защиты и целостности модулей, важный для разработчиков и безопасных сред.

Ожидается, что в ближайшие недели крупнейшие дистрибутивы начнут интеграцию новой версии ядра. Тем, кто ценит стабильность, стоит дождаться официальных сборок, а энтузиасты могут уже сейчас скачать исходный код Linux 6.14 на kernel.org и собрать ядро вручную.

Минцифры меняет схему передачи данных об активности в онлайн-кинотеатрах

Минцифры, похоже, нашло рабочую схему для передачи данных о просмотрах в онлайн-кинотеатрах компании Mediascope: обсуждается вариант, при котором данные будут идти через «Яндекс» и VK. Если эта конструкция действительно закрепится, рынок получит не просто новый порядок отчётности, а ещё один чувствительный узел в споре о том, где заканчивается медиаизмерение и начинается слишком подробный сбор пользовательской активности.

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

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

Дальше начались споры уже не о теории, а о практической схеме. Ещё в конце декабря СМИ писали, что техническим посредником при передаче таких данных может стать Яндекс.

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

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

На этом фоне новая схема, о которой пишет РБК, с посредниками выглядит как попытка снять хотя бы часть напряжения: не тащить всё напрямую в Mediascope, а проложить между сторонами дополнительный технический слой. Но главный вопрос никуда не делся: поверит ли рынок, что такая модель действительно снижает риски, а не просто делает маршрут данных длиннее.

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

RSS: Новости на портале Anti-Malware.ru