Разработчики ядра Linux анонсировали важное улучшение для подсистемы VFS, которое будет доступно в версии 7.5. Проблема, которую решает это изменение, заключается в «слепоте» пользовательского пространства (user-space) относительно типа таймстемпов файла. Несмотря на то, что поддержка multi-grain timestamps была добавлена еще в Linux 6.13, приложения не могли программно проверить, применяются ли к конкретному файлу высокоточные метки времени или стандартные «грубые» (coarse-grained).
Суть проблемы и решение
Механизм Multi-Grain Timestamps был разработан для решения проблем кэширования NFS и повышения точности времени изменения (mtime) и создания (ctime) файлов. Вместо обновления времени раз в такт системы (jiffy), система может использовать более детальные метки. Однако до выхода Linux 7.5 единственным способом узнать, активирован ли этот режим для файла, было косвенное сравнение значений, что ненадежно.
Разработчик Jeff Layton реализовал новый атрибут STATX_ATTR_MULTIGRAIN_TIMESTAMP. Теперь, вызывая системный вызов statx, приложения могут получить четкий флаг, указывающий на то, что файл использует многозернистые таймстемпы. Патч уже находится в дереве VFS.git и ожидается в окне слияния для Linux 7.5.
Технические детали
Новый атрибут интегрирован в структуру ответа statx. Это позволяет файловым системам, таким как ext4, XFS и NFS, сигнализировать приложениям о том, что они могут полагаться на высокую точность времени без необходимости дополнительных проверок или эвристик.
| Параметр | Значение / Описание |
|---|---|
| Версия ядра | Linux 7.5 (ожидаемое включение) |
| Автор патча | Jeff Layton |
| Новый атрибут | STATX_ATTR_MULTIGRAIN_TIMESTAMP |
| Исходная поддержка | Linux 6.13 (введение механизма) |
| Основная цель | Решение проблем кэширования NFS и повышение точности mtime/ctime |
| Дерево кода | VFS.git |
Почему это важно?
Для разработчиков системного программного обеспечения, файловых менеджеров и инструментов аудита это изменение критично. Оно устраняет неопределенность при работе с файлами, особенно в распределенных системах хранения данных. Теперь можно точно знать, требует ли файл синхронизации времени с сервером или достаточно локального кэша, что оптимизирует производительность и согласованность данных.
Источник: Phoronix ↗