Разделы NTFS с высокой нагрузкой ввода-вывода приводят к потреблению всего процессорного времени

Моя система (linux 3.16, ntfs-3g 2013.1.13AR.1) имеет 2 раздела NTFS и 2 ext4. У меня есть 2 жестких диска, каждый из которых имеет 1 ntfs и 1 ext4.

Я заметил, что высокая производительность в разделах NTFS вызывает высокую загрузку процессора, ПК становится непригодным. Например, когда я загружаю что-то со скоростью 10 Мбит / с – mount.ntfs потребляет 99% CPU. То же самое происходит с обычным обновленным процессом. Это нормальное поведение для Linux?

Mine 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 

NTFS и exFAT медленны в Linux; одна из причин заключается в том, что эти файловые системы поддерживаются только слоем плавкого предохранителя, что приводит к значительным накладным расходам, поэтому не может быть медленнее, чем файловая система, которая фактически является частью ядра.

Другая причина – сама файловая система. Трудно реализовать проприетарные файловые системы правильно и эффективно. Даже если вы выясните, как что-то работает, иногда возникают проблемы с авторскими правами / лицензиями / патентами, поэтому для некоторых файловых систем вы получаете только суб-парные реализации.

Из файловых систем Windows FAT32 должна иметь лучшую производительность в Linux. Однако у меня нет никаких контрольных показателей, и вам придется жить с довольно устаревшими ограничениями.

Доступны более быстрые альтернативы для NTFS, но это коммерческий продукт.

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

Высокопроизводительная альтернатива, называемая Tuxera NTFS, доступна для встроенных устройств и Mac OS X