Zastanawiam się nad użyciem skompresowanego systemu plików NTFS na zewnętrznym dysku twardym USB. Powinien być używany tylko do tworzenia kopii zapasowych.
Odpowiedzi:
1) Tak, można uzyskać do niego dostęp z Liunx. Jak wyjaśnili inni, NTFS-3G jest w stanie obsługiwać skompresowane NTFS.
2) niezawodność: kompresja jest w ntfs już od dłuższego czasu (od Windows NT, patrz http://www.ntfs.com/ntfs-compressed.htm ). Nie widzę żadnych problemów z niezawodnością w systemie Windows. Nie jestem pewien co do implementacji innych niż Windows (np. Linux). Jeśli Twoim jedynym zmartwieniem jest odczytywanie danych w systemie Linux, nie stanowi to problemu z niezawodnością (montowanie tylko do odczytu jest dobrym pomysłem podczas przywracania kopii zapasowych).
Również dane są kompresowane na poziomie klastra, który zwykle wynosi 4 kiB. Fizyczne uszkodzenie dysku wpływa tylko na pojedyncze klastry, a nie na całe pliki. Pod tym względem skompresowane NTFS powinny być tak samo niezawodne jak nieskompresowane.
3) Wydajność: cytowany artykuł z bazy wiedzy mówi, że wydajność może mieć wpływ na system serwera , w którym procesor jest już nasycony. Na komputerze stacjonarnym z bieżącym procesorem, tak jak to opisujesz, użycie skompresowanych plików NTFS do tworzenia kopii zapasowych nie powinno mieć znaczącego wpływu na wydajność. Przeciwnie, jeśli przechowujesz dane podlegające kompresji, możesz faktycznie zwiększyć wydajność, ponieważ masz mniej operacji we / wy. Jest to szczególnie prawdziwe, jeśli interfejs (USB 2.0) jest powolny w porównaniu do procesora. Myślę, że twój procesor powinien być w stanie z łatwością nasycić łącze USB 2.0 do zapisu lub odczytu skompresowanych NTFS.
4) Jeśli ustawisz flagę kompresji dla całego systemu plików, nie powinieneś mieć problemu z nieskompresowanymi przeniesionymi plikami.
Myślę, że jest dostępny z Linuksa, ale nie jestem pewien.
Niezawodny w jakim sensie? Łatwiej jest uszkodzić twoje dane, ale nie jestem pewien, czy o to ci chodzi.
Jest wolniejszy pod względem procesora, ale szybszy pod względem wejścia / wyjścia. Jeśli twój procesor jest znacznie szybszy niż dysk, może być warto odczytać mniej danych, ale wykonać pewne przetwarzanie, zamiast czytać ogromne pliki, ale unikać przetwarzania końcowego.
Nie można tego uniknąć, zależy to od sposobu zaprogramowania aplikacji. Pamiętam ustawienie w systemie Windows, które musiało coś z tym zrobić, ale nie sądzę, że robi to, czego potrzebujesz - zaktualizuję to, jeśli się okaże.
Te ntfs-3gpodpory kierowcy czytanie, dołączanie i (ostatnio) modyfikując pliki skompresowane.
Obecnie odczyt skompresowanych plików jest obsługiwany przez wszystkie wersje NTFS-3G. Tworzenie nowych plików skompresowanych, czyszczenie zawartości i dołączanie danych do istniejących plików skompresowanych jest obsługiwane od ntfs-3g-2009.11.14. Modyfikowanie istniejących skompresowanych plików poprzez nadpisywanie istniejących danych (lub istniejących dziur) jest obsługiwane od wersji NTFS-3G-2010.8.8.
System plików jest tak niezawodny jak zwykłe odpowiedniki Linuksa, ext3 / ext4.
ntfs-3gKlamki kierowcy wszystko bardzo dobrze. ( Może nadal zawierać błędy w modyfikowaniu skompresowanych plików; jak mówi powyższy cytat, został dodany tylko w wersji 2010.8.8.)
(brak odpowiedzi)
Gdy jest to spowodowane przez programy tworzące nieskompresowany plik w innym miejscu i przenoszące go później do zamierzonej lokalizacji, obejście jest łatwe: Ponownie włącz kompresję tych plików.
ntfs-3g -V: 2013.1.13AR.1Począwszy od Ubuntu 14.10, jądra 3.16, nadal nie mogę poręczyć za zdolność ntfs-3g do nawet prawidłowego odczytu skompresowanych plików na mojej partycji Win8 GPT. Nawet skopiowanie pliku powoduje powstanie innej sumy md5.