Читаем Linux API. Исчерпывающее руководство полностью

В табл. 15.2 подытожена информация о том, какие поля меток времени (а в ряде случаев и аналогичные поля родительского каталога) меняются различными системными вызовами и библиотечными функциями, описанными в данной книге. В шапке этой таблицы буквами a, m и c обозначены поля st_atime, st_mtime и st_ctime соответственно. В большинстве случаев для соответствующей метки времени с помощью системного вызова задается значение текущего времени. Исключение составляет системный вызов utime() и подобные ему вызовы (рассмотренные в подразделах 15.2.1 и 15.2.2), которые можно использовать для того, чтобы явно указать произвольные значения для времени последнего доступа к файлу и времени его изменения.

Таблица 15.2. Действие различных функций на метки времени

_{Функция}

_{Файл или каталог}

_{Родительский каталог}

_{Примечания}

_a

_m

_c

_a

_m

_c

_chmod()

_{То же, что и для fchmod()}

_chown()

_{То же, что и для lchown() или fchown()}

_exec()

_link()

_*

_*

_*

_{Влияет на родительский каталог второго аргумента}

_mkdir()

_*

_*

_*

_*

_*

_mkfifo()

_*

_*

_*

_*

_*

_mknod()

_*

_*

_*

_*

_*

_mmap()

_*

_*

_{Метки st_mtime и st_ctime изменяются только при обновлениях флага MAP_SHARED}

_msync()

_*

_*

_{Меняется только при изменении файла}

_{open(), creat()}

_*

_*

_*

_*

_*

_{При создании нового файла}

_{open(), creat()}

_*

_*

_{При усечении существующего файла}

_pipe()

_*

_*

_*

_read()

_*

_{То же, что и для readv(), pread() или preadv()}

_readdir()

_*

_{Функция readdir() может буферизовать записи каталога; метки времени обновляются только при чтении каталога}

_{removexattr()}

_*

_{То же, что и для fremovexattr() или lremovexattr()}

_rename()

_*

_*

_*

_{Влияет на метки времени в обоих родительских каталогах; в стандарте SUSv3 не закреплено изменение метки st_ctime для файла, однако следует отметить, что в некоторых реализациях это происходит}

_rmdir()

_*

_*

_{То же, что и для remove(directory)}

_sendfile()

_*

_{Изменяется метка времени для входного файла}

_setxattr()

_*

_{То же, что и для fsetxattr() или lsetxattr()}

_symlink()

_*

_*

_*

_*

_*

_{Устанавливает метки времени для ссылки (а не для целевого файла)}

_truncate()

_*

_*

_{То же, что и для ftruncate(); метки времени меняются только при изменении размера файла}

_unlink()

_*

_*

_*

_{То же, что и для remove(file); метка времени st_ctime файла меняется, если предыдущий счетчик ссылок был > 1}

_utime()

_*

_*

_*

_{То же, что и для utimes(), futimes(), futimens(), lutimes() или utimensat()}

_write()

_*

_*

_{То же, что и для writev(), pwrite() или pwritev()}

В подразделе 14.8.1 и разделе 15.5 описаны параметры системного вызова mount(2) и пофайловые флаги, предотвращающие обновление времени последнего доступа к файлу. Флаг O_NOATIME вызова open(), описанный в разделе 4.3.1, также служит подобной цели. В ряде приложений это может помочь повысить производительность, поскольку снижает количество дисковых операций, которые необходимы при доступе к файлу.

Несмотря на то что в большинстве систем UNIX не записывается время создания файла, в новейших BSD-системах это время заносится в структуру stat в поле st_birthtime.

Наносекундные метки времени

Начиная с версии 2.6, Linux поддерживает наносекундную точность для трех полей с метками времени в структуре stat. Наносекундное разрешение повышает точность программ, которым необходимо принимать решения на основе относительного порядка следования меток времени файла (например, для команды make(1)).

В стандарте SUSv3 не предусмотрены наносекундные метки времени, эта спецификация добавлена в стандарт SUSv4.

Не все файловые системы поддерживают наносекундные метки времени. Файловые системы JFS, XFS, ext4 и Btrfs поддерживают их, а ext2, ext3 и Reiserfs — нет.