ядро
След два месеца развитие, Linus Torvalds представи освобождаването на новата версия на ядрото на Linux 5.10, версия, която пристига със статут на клон с дълъг период на поддръжка, чиито актуализации ще бъдат публикувани в продължение на поне две години.
Значителни промени включват тази нова версия включва съвместимост с защитния механизъм MemTag за системи ARM64, опция за монтаж "nosymfollow", значителни оптимизации на Ext4, Поправка на XFS 2038, ново системно обаждане process_madvise, подобрена поддръжка за AMD SEV чрез криптиране на регистрите на процесора, възможност за пауза на BPF програми.
Новата версия получи 17470 поправки от 2062 разработчици, Размер на кръпката: 64MB (промените са засегнали 15101 файла, добавени са 891932 реда код, премахнати 619716 реда). Около 42% от всички промените, въведени в 5.10, са свързани с драйвери на устройства, приблизително 16% от промените са свързани с актуализиране на специфичен код за хардуерни архитектури, 13% са свързани с мрежовия стек, 3% са свързани с файлови системи и 3% са свързани с вътрешни подсистеми на ядрото.
Основни новини в Linux 5.10
От основните промени, които се случват, можем да открием, че за ext4 е добавен режимът за бързо потвърждение (fast_commit), което значително намалява закъсненията в много файлови операции поради по-бързото изчистване на метаданните на диска при изпълнение на повикване fsync (). При нормални обстоятелства стартирането на fsync () синхронизира излишен набор от метаданни. В режим fast_commit само метаданните, необходими за възстановяване на файловата система в случай на срив, се прехвърлят в системния регистър, ускорявайки повикванията към fsync () и подобрявайки производителността на операции, които активно манипулират метаданните.
Докато за Btrfs включва важни оптимизации на производителността, свързани с fsync () операции. Намаляването на оспорването на log mutex доведе до 4% увеличение на производителността и 14% намаляване на латентността при изпълнение на бенчмарка на dbench с 32 клиента. Елиминирането на допълнителни ангажименти за връзки и промени в имената увеличава честотната лента с 6% и намалява латентността с 30%. Ограничаването на fsync за изчакване само при пренаписвания повишава производителността с 10-40%.
Освен това, Прилагането на Btrfs на директни I / O (direct io) е преместено в рамката на iomap.
XFS добавя промени в метаданните на inode, за да адресира проблеми с препълването на типа данни 32-битов time_t през 2038 г. Добави подобни промени, които преместиха препълването на брояча на време към 2468 година, към кода за изчисляване на дисковите квоти. Форматът XFS V4 е остарял, потребителят се съветва да актуализира FS до формат V5, но има повече от достатъчно време за актуализация, тъй като поддръжката на V4 ще остане до 2030 г. XFS също е променил размера на входа на inode btree, което позволява повече проверки за резервиране и по-бързо време за монтиране.
За подсистемата FUSE, внедрена DAX операционната поддръжка за директен достъп до файловата система, заобикаляйки кеша на страницата без заключващо устройство на ниво приложение, което се използва за избягване на двоен кеш, за да се организира съвместен достъп до системи за гости , директории и файлове. Virtiofs също добавя поддръжка за отделно монтиране на дялове с различни точки на монтиране на хост системата.
Файловата система F2FS добавя нов режим за събиране на боклука ATGC (Събиране на боклук за възрастни прагове), подобрена поддръжка за зонирани NVMe устройства и по-бързо декомпресиране на компресирани данни.
Във F2FS и Ext4 начинът за работа с имена на файлове е преработен, без да се вземат предвид големите букви; беше решено да се унифицира изпълнението на нечувствителни към регистрите имена на файлове чрез преместване на свързания код в обща библиотека.
Друга важна промяна е в асинхронен I / O интерфейс io_uring, който добавя възможността за създаване на ограничени пръстени които могат безопасно да се споделят с ненадежден процес. Тази функция позволява на базовото приложение селективно да ограничава достъпа само до своите дескриптори на отделни файлове за използване в приложения на трети страни чрез io_uring, плюс флагът PIDFD_NONBLOCK е добавен към системното повикване pidfd_open (), за да се създаде незаключващ дескриптор на файла (аналогично на O_NONBLOCK за pidfd).