解決策 1:
バッファ キャッシュの分割は有害ですが、影響は最小限です。あまりにも小さいので、基本的に測定することは不可能だと思います.
異なるマウント ポイント間のデータを覚えておく必要があります も共有できません。
異なるファイル システムは異なる割り当てバッファーを使用しますが、単にそこに座って見栄えを良くするためにメモリが割り当てられているわけではありません。 slabtop
からのデータ 3 つの異なるファイル システム (XFS、ext4、btrfs) を実行しているシステムの場合:
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 42882 42460 99% 0.70K 1866 23 29856K shmem_inode_cache 14483 13872 95% 0.90K 855 17 13680K ext4_inode_cache 4096 4096 100% 0.02K 16 256 64K jbd2_revoke_table_s 2826 1136 40% 0.94K 167 17 2672K xfs_inode 1664 1664 100% 0.03K 13 128 52K jbd2_revoke_record_ 1333 886 66% 1.01K 43 31 1376K btrfs_inode_cache (many other objects)
ご覧のとおり、非常に大きなキャッシュの使用率レベルは 90% を超えています。そのため、複数のファイル システムを並行して使用している場合、コストはシステム メモリの 5% を失うのとほぼ同じであり、コンピューターが専用のファイル サーバーでない場合はそれよりも少なくなります。
解決策 2:
マイナスの影響はないと思います。同じサーバー設定で、ext3/ext4 を XFS (さらには ZFS) と混在させることがよくあります。私が実行しているハードウェアを考えると、パフォーマンスが予想を下回っているとは言いません。
[[email protected] ~]# mount
/dev/cciss/c0d0p2 on / type ext4 (rw)
/dev/cciss/c0d0p7 on /tmp type ext4 (rw,nobarrier)
/dev/cciss/c0d0p3 on /usr type ext4 (rw,nobarrier)
/dev/cciss/c0d0p6 on /var type ext4 (rw,nobarrier)
vol2/images on /images type zfs (rw,xattr)
vol1/ppro on /ppro type zfs (rw,noatime,xattr)
vol3/Lancaster_Test on /srv/Lancaster_Test type zfs (rw,noatime,xattr)
特定のシナリオについて懸念がありますか?どのファイルシステムが使用されますか?どのディストリビューションを使用していますか?