Au fost puse și răspunsuri multe întrebări despre probleme legate de utilizarea procesorului mount.ntfs-3g; de obicei, soluția oferită este adăugarea scrie_mari la opțiunile de montare (de ex. Aici), sau pentru a spune pur și simplu „este un șofer ineficient, așa că performanța slabă este normală pentru curs”.
În cazul meu, am rulat cu bucurie aproape totul dintr-o partiție ntfs partajată pe o mașină cu pornire dublă de ceva timp. Practic, toate datele mele sunt citite/scrise direct din acea partiție și nu am avut niciodată probleme cu procesorul.
Cu toate acestea, am început recent să lucrez cu un proiect web mare și destul de complex (node/typescript/react și folosind mongo+postgres+redis+localstack). Ori de câte ori serverul este rulat din partiția ntfs, mount.ntfs-3g folosește continuu >20% CPU. Acest lucru se întâmplă chiar și atunci când site-ul nu este accesat. Rularea acestuia de la btrfs nu folosește niciun procesor.
Deci întrebarea mea: cum pot depana ce parte a mediului dă de fapt toate problemele mount.ntfs-3g? adică ce fișiere specifice, exacte sunt mount.ntfs-3g folosind toată puterea procesorului pentru a citi/scrie? Monitorul de sistem KDE arată comanda de montare (/sbin/mount.ntfs-3g /dev/mapper/the_mount_point -o rw,big_writes,uid=1000,gid=1000,windows_names), dar fără alte informații. iotop arată o activitate de disc extrem de mică în general și doar câteva zeci de K/sec pentru mount.ntfs-3g.
Orice perspectivă cu privire la motivul pentru care mount.ntfs-3g ar fi nevoie de un sfert din puterea procesorului meu pentru a rula acest server web de pe ntfs, când rulează cu 0% utilizare a procesorului pe btrfs, ar fi foarte apreciată, la fel ca orice indicații despre cum aș putea depanați și rezolvați problema.
