IO 로드가 높은 NTFS 파티션으로 인해 모든 프로세서 시간이 소비됩니다.

IO 로드가 높은 NTFS 파티션으로 인해 모든 프로세서 시간이 소비됩니다.

내 시스템(linux 3.16, ntfs-3g 2013.1.13AR.1)에는 NTFS 파티션 2개와 ext4 2개가 있습니다. 나는 각각 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에서 느립니다. 한 가지 이유는 이러한 파일 시스템이 멜트다운 라인을 통해서만 지원되기 때문에 상당한 오버헤드가 발생하므로 실제로 커널의 일부인 파일 시스템보다 느릴 수밖에 없습니다.

또 다른 이유는 파일 시스템 자체입니다. 독점 파일 시스템을 정확하고 효율적으로 구현하는 것은 어렵습니다. 어떤 것이 어떻게 작동하는지 파악하더라도 때로는 저작권/라이센스/특허 문제가 있으므로 일부 파일 시스템에 대한 하위 수준 구현이 남게 됩니다.

Windows 파일 시스템 중에서는 FAT32가 Linux에서 최고의 성능을 발휘해야 합니다. 하지만 벤치마크가 없으며 다소 오래된 한계를 안고 살아야 합니다.

NTFS에 대한 더 빠른 대안이 있지만 이는 상용 제품입니다.

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

임베디드 장치 및 Mac OS X에서 사용할 수 있는 Tuxera NTFS라는 고성능 대안

관련 정보