Czy warto używać skompresowanego systemu plików NTFS na zewnętrznym dysku twardym?

10

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.

  • Czy można uzyskać do niego dostęp z Linuksa?
  • Czy to jest niezawodne?
  • Według Microsoft jest wolniejszy niż normalny system plików. Biorąc pod uwagę szybkość transferu (30 MB / s) i procesor (2,8 GHz Phenom II X4), myślę, że może być odwrotnie. Co myślisz?
  • Zgodnie z tym pytaniem nie wszystkie pliki są kompresowane. Jak mogę tego uniknąć?
maaartinus
źródło

Odpowiedzi:

6

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.

Georg
źródło
4
NTFS nigdy nie przesyła skompresowanych plików ani w systemie Windows, ani w sterowniku Linux. Ta optymalizacja nie istnieje, niestety. Aby to osiągnąć, musisz przejść bardzo niski poziom: utwórz plik i metadane, wstępnie przydziel miejsce, a następnie surowo zapisz skompresowane dane do MFT i przydzielonych klastrów. Tak więc podczas normalnego użytkowania nie zyskasz niczego w zakresie wejścia / wyjścia.
SilverbackNet
1
  1. Myślę, że jest dostępny z Linuksa, ale nie jestem pewien.

  2. Niezawodny w jakim sensie? Łatwiej jest uszkodzić twoje dane, ale nie jestem pewien, czy o to ci chodzi.

  3. 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.

  4. 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.

użytkownik541686
źródło
Ad 2: Mam na myśli, jeśli nie ma żadnych błędów w systemie plików lub podobnych. Ad 4: Właściwie mam zamiar skopiować pliki z innego nieskompresowanego dysku, prawdopodobnie używając rsync. Naprawdę nie rozumiem, dlaczego aplikacja powinna dbać o wewnętrzne elementy systemu plików, IMHO jest zadaniem FS, aby wykonać całą pracę.
maaartinus
Do pt. 1 -> NTFS jest dostępny @ Mehrdad
Sathyajith Bhat
1
@maartinus: # 2: Cóż, nie mam twardych danych na ten temat, ale osobiście zaufałbym wersji Windows, ale nie wersji Linux. # 4: To po prostu kwestia zachowania ustawień domyślnych, a nie dbałość o aplikację. Gdy plik o pojemności 2 GB przenosi się z folderu nieskompresowanego do folderu skompresowanego, nie ma powodu, aby system plików długo go kompresował - po prostu pozostawia go nieskompresowany, stąd problem. Nie sądzę, że można wiele z tym zrobić. @Sathya: Ach dzięki.
user541686,
Przypuszczam, że pozostawianie pliku nieskompresowanego dzieje się tylko wtedy, gdy pliki zostaną przeniesione z nieskompresowanej części tego samego dysku, co nie będzie miało miejsca. Więc wszystko jest w porządku.
maaartinus
1
  1. 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.

    - NTFS-3G Advanced: Kompresja danych

  2. 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.)

  3. (brak odpowiedzi)

  4. 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.

użytkownik1686
źródło
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.
Marcos