ファイルタイムスタンプ精度 - ext3の場合はナノ秒、ext4の場合はミリ秒

ファイルタイムスタンプ精度 - ext3の場合はナノ秒、ext4の場合はミリ秒

人々はext3が最大秒までファイルタイムスタンプ精度をサポートし、ext4は最大ナノ秒までファイルタイムスタンプ精度をサポートすると言います。

Ubuntu 12.04を実行する以前のVPSとext3ファイルシステムは、常に(私が覚えている限り)次のようにナノ秒をうまくサポートしていました。

  File: `auth.log'
  Size: 147744      Blocks: 304        IO Block: 4096   regular file
Device: 800h/2048d  Inode: 32019       Links: 1
Access: (0640/-rw-r-----)  Uid: (  101/  syslog)   Gid: (    4/     adm)
Access: 2020-03-20 00:18:33.634687690 -0300
Modify: 2020-03-24 05:12:48.777610222 -0300
Change: 2020-03-24 05:12:48.777610222 -0300
 Birth: -

mount抜粋:

/dev/sda on / type ext3 (rw,noatime,errors=remount-ro)

stat -f:

  File: "auth.log"
    ID: 5483af2794a91010 Namelen: 255     Type: ext2/ext3
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 3870084    Free: 272230     Available: 75643
Inodes: Total: 923520     Free: 829980
root@mail:~# df -mT
Filesystem     Type     1M-blocks  Used Available Use% Mounted on
/dev/sda       ext3         15118 14055       296  98% /
devtmpfs       devtmpfs      1973     1      1973   1% /dev
none           tmpfs          395     1       395   1% /run
none           tmpfs            5     0         5   0% /run/lock
none           tmpfs         1973     0      1973   0% /run/shm

これで新しいVPSを購入してUbuntu 20.04(pre-beta)にアップデートし、ファイルシステムをext4としてマウントしました。

  File: auth.log
  Size: 723967      Blocks: 1424       IO Block: 4096   regular file
Device: ca03h/51715d    Inode: 398412      Links: 1
Access: (0640/-rw-r-----)  Uid: (  104/  syslog)   Gid: (    4/     adm)
Access: 2020-03-24 00:00:05.676000000 -0300
Modify: 2020-03-24 05:14:56.644000000 -0300
Change: 2020-03-24 05:14:56.644000000 -0300
 Birth: -

mount抜粋:

/dev/xvda3 on / type ext4 (rw,noatime,nobarrier,errors=remount-ro,stripe=32564)

しかし、奇妙なことはstat -fext3ということです。

  File: "auth.log"
    ID: 7e8a03105e52b018 Namelen: 255     Type: ext2/ext3
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 9857995    Free: 7434726    Available: 7007355
Inodes: Total: 2505120    Free: 2403794
root@mailnew:~# df -mT
Filesystem     Type     1M-blocks  Used Available Use% Mounted on
udev           devtmpfs       430     0       430   0% /dev
tmpfs          tmpfs           95     2        94   2% /run
/dev/xvda3     ext4         38508  9466     27373  26% /
tmpfs          tmpfs          473     0       473   0% /dev/shm
tmpfs          tmpfs            5     0         5   0% /run/lock
tmpfs          tmpfs          473     0       473   0% /sys/fs/cgroup
/dev/loop0     squashfs        54    54         0 100% /snap/lxd/11348
/dev/loop1     squashfs        92    92         0 100% /snap/core/8689
/dev/xvda1     ext4           727   183       502  27% /boot
tmpfs          tmpfs           95     0        95   0% /run/user/0

私の質問は次のとおりです

  1. 既存のext3システムがナノ秒精度をサポートしているのはなぜですか?

  2. 新しいext4がミリ秒に制限されるのはなぜですか?実際にext3でフォーマットされていますか?

  3. 問題を特定し、新しい質問でナノ秒を有効にするにはどうすればよいですか?

ベストアンサー1

ナノ秒と超分解能の実際のサポートは、フォーマット時に選択したinodeのサイズによって異なります。 128バイトのinodeは2番目の解像度のみをサポートし、256バイトのinodeはナノ秒の解像度をサポートします。カーネルのex​​t3ファイルシステムドライバは、実際に何年もの間ext4モジュールを実行してきたため、ナノ秒タイムスタンプをサポートしています。

ミリ秒の解像度タイムスタンプの場合、これはおそらく仮想化がファイルシステムにミリ秒の解像度クロックのみを提供した結果です。

おすすめ記事