☰

IO負荷の高いNTFSパーティションは、すべてのプロセッサ時間を消費します。

tag-icon • tag-icon mount io ntfs cpu-usage
IO負荷の高いNTFSパーティションは、すべてのプロセッサ時間を消費します。

私のシステム（linux 3.16、ntfs-3g 2013.1.13AR.1）には2つのNTFSパーティションと2つのext4があります。私はそれぞれ1つのntfsと1つのext4を持つ2つのハードドライブを持っています。

NTFSパーティションの高いI / OがCPU負荷を増やし、PCが利用できなくなることを発見しました。たとえば、10Mb/s の速度で何かをダウンロードすると、mount.ntfs は CPU の 99% を消費します。通常のupdatebプロセスでも同じ状況が発生します。これはLinuxの正常な動作ですか？

私のfstab NTFSパーティション：sda2とsdb2。 Ext4：sda6とsdb3

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=9bf161aa-d5f1-4c73-8a57-2b1dba6354bd /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb3 during installation
UUID=d278e7cd-e55a-43ef-bf1f-8c27a17dfcd9 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=b158ddad-254d-4ec9-ac69-f7fcb9c8fe30 none            swap    sw              0       0

/home/yanpas/.D/Музыка/                   /home/yanpas/Музыка/    none    bind    0 0
/home/yanpas/.D/Картинки/                 /home/yanpas/Изображения/Картинки    none    bind    0 0
/home/yanpas/.D/Фотографии/               /home/yanpas/Изображения/Фотографии/    none    bind    0 0
/home/yanpas/.D/Прочее/Видео/             /home/yanpas/Видео/    none    bind    0 0
/home/yanpas/.D/Фильмы/             /home/yanpas/Видео/Фильмы/    none    bind    0 0
/home/yanpas/.D/Прочее/Инструкции/        /home/yanpas/Документы/Инструкции/    none    bind    0 0

/dev/disk/by-uuid/B6EE4E6CEE4E2549 /mnt/B6EE4E6CEE4E2549 auto nosuid,nodev,nofail,noauto 0 0
/dev/disk/by-uuid/68DEC1ADDEC173BA /mnt/68DEC1ADDEC173BA auto nosuid,nodev,nofail,noauto 0 0
/dev/disk/by-uuid/244E67674E67312A /home/yanpas/.D auto nosuid,noatime,nodev,nofail,uid=1000 0 0

ベストアンサー1

NTFSとexFATはどちらもLinuxで遅いです。 1つの理由は、これらのファイルシステムがメルトダウンラインを介してのみサポートされるため、かなりのオーバーヘッドが発生するため、実際にはカーネルの一部であるファイルシステムよりも遅くなります。

もう一つの理由はファイルシステム自体です。独自のファイルシステムを正確かつ効率的に実装することは困難です。どのように機能するのかを把握しても、時には著作権/ライセンス/特許の問題があるため、一部のファイルシステムの下位レベルの実装が残ります。

Windowsファイルシステムの中では、FAT32はLinuxで最高のパフォーマンスを発揮する必要があります。しかし、ベンチマークがなく、やや古い限界を抱えて生きなければなりません。

NTFSへのより速い選択肢がありますが、これは商用製品です。

http://www.tuxera.com/community/open-source-ntfs-3g/

組み込みデバイスとMac OS Xで利用可能なTuxera NTFSという高性能代替品

おすすめ記事