Mě by zajímalo proč je ntfs-3g mimo kernel, i když je aktivní uz spoustu let. A pak se najednou z čista jasna objeví jiná implementace a šup s ní do kernelu...
„Jaký je use case, když mírné zpomalení při použití takto exotického FS vadí?“
Dualboot Windows a Linux + ntfs oddíl se sdílenými daty (media, data aplikací, jako je Firefox, atd.) + synchronizace přes Unison s třetí stranou. Kdysi jsem měl tuto kombinaci (synchronizoval jsem s notebookem) a jakmile těch souborů bylo několik desítek tisíc (velice snadno naroste při synchronizaci dat aplikací), skenování změn trvalo velice dlouho.
To zpomalení kvůli ntfs bylo hodně viditelné díky tomu, že na notebooku jsem měl čistě Linux, takže data na ext. Přestože byl notebook výrazně pomalejší (hdd, cpu), skenování měl vždy mnohem rychleji hotové.
Samozřejmě Unison není jediný use-case; dotýká se čehokoliv, co skenuje souborový systém, ale ne obsah samotných souborů. Třeba Baobab. Nebo hledání.
Jako takto - formální měření se statistickým šetřením jsem nedělal.
Subjektivně mi přišlo, že některé operace byly pomalejší, než ve Windows (např. výběr v Double Commanderu, který přepočítal velikost), ale to už je vyloženě jen dojmologie, nic spolehlivého a snadno vysvětlitelné jako confirmation bias.
„Já si nedokážu představit, že nějaká práce s diskem je ve Windows rychlejší.“
To nebylo myšleno obecně, ale v rámci ntfs. Co se týče ext-linux vs ntfs-windows, tak u mě na plotnovém disku Linux s přehledem vítězí. Opět - nedělal jsem žádné formální šetření, ale v tomto případě je ten rozdíl opravdu citelný. (Ze začátku jsem si myslel, že jsem udělal něco špatně a pracuji s promazanou složkou.)
Jediné, co se mi zdálo být lehce rychlejší je ntfs-windows oproti ntfs-linux. Nicméně - jak už jsem psal - tohle je opravdu vyloženě na úrovni dojmologie, protože ten rozdíl byl minimální. Klidně to mohlo být placebo na základě očekávání, že ntfs-linux je pomalejší kvůli FUSE.
V tento moment to nijak najisto nerozseknu, protože mi Win 7 už dávno chcípl, neoživoval jsem jej a datový disk zmigroval na ext.