web-dev-qa-db-fra.com

Le lecteur NTFS monté génère une charge énorme

J'ai un disque NTFS monté et sur I/O il génère une énorme charge. J'utilise maintenant mon processeur (AMD Fusion Dual Core) à 100% ... les deux.

Ma charge moyenne est de 3,47 pour le moment. Quelqu'un a une idée pour réduire cette charge? (sauf pour utiliser ext4;))

3
Lucas Kauffman

Une utilisation élevée du processeur sur un système Linux qui écrit sur un volume NTFS peut provenir de plusieurs sources, comme décrit sur tuxera (responsable de la maintenance de ntfs-3g). Ils font une version optimisée et commercialisée d’un pilote ntfs, mais ce n’est ni open-source ni facilement disponible. Si vous êtes attaché à NTFS, vous êtes coincé avec ce pilote ntfs-3g moins optimisé.

http://www.tuxera.com/community/ntfs-3g-faq/#highcp

En supposant que vous utilisiez une version récente d’ubuntu, avec une version récente de ntfs-3g, les options sont les programmes qui lisent/écrivent fréquemment de gros morceaux de données sur le lecteur, l’application accédant fréquemment au lecteur (tel que rsync), le lecteur étant connecté. via une connexion USB lente (peut-être la vitesse du port USB ralentie par l'attachement d'un périphérique/concentrateur lent), VMWare utilisant des fichiers temporaires sur le lecteur ntfs, ou le lecteur étant excessivement fragmenté (de nombreux débats autour de ce problème, beaucoup de personnes lecteur ne devrait pas être trop fragmenté pour linux sauf si vous démarrez également une installation de Windows à partir de ce lecteur). Lisez le lien ci-dessus pour plus d'informations à ce sujet et plus encore.

Ma solution a été d'aller dans mon fstab et de modifier la ligne de montage pour inclure big_writes dans les options (c'est-à-dire: valeurs par défaut, big_writes ....). Cela l'a amené à écrire de gros morceaux, plutôt que de plus petits morceaux.

Désactiver l'accès samba au lecteur et arrêter python les scripts accédant au lecteur n'ont eu aucun impact sur moi.

5
Ben Martens