Чи корисно використовувати стиснуту файлову систему NTFS на зовнішньому жорсткому диску?


10

Я думаю про використання стисненого NTFS на зовнішньому жорсткому диску USB. Його слід використовувати лише для резервного копіювання.

  • Чи можна отримати доступ до нього з Linux?
  • Це надійно?
  • На думку Microsoft, це повільніше, ніж звичайна файлова система. Зважаючи на швидкість передачі (30 Мб / с) та процесор (2,8 ГГц Phenom II X4), я думаю, що може бути навпаки. Як ти гадаєш?
  • Відповідно до цього питання стискаються не всі файли. Як я можу цього уникнути?

Відповіді:


6

1) Так, можна отримати доступ до нього з Люнкса. Як пояснили інші, ntfs-3g здатний обробляти стиснуті ntfs.

2) надійність: стиснення вже давно знаходиться в ntfs (оскільки Windows NT див. Http://www.ntfs.com/ntfs-compression.htm ). Я не бачу проблем із надійністю у Windows. Я не впевнений, що стосується не Windows-систем (наприклад, Linux). Якщо ваша проблема є читанням даних на linux, це не викликає проблем із надійністю (монтувати лише режим читання - це гарна ідея при відновленні резервних копій).

Також дані стискаються на рівні кластера, який зазвичай становить 4 кіБ. Фізична пошкодженість диска зачіпає лише окремі кластери, а не цілі файли. У зв'язку з цим стиснені ntfs повинні бути настільки ж надійними, як і нестиснені.

3) Продуктивність: у статті, що ви цитуєте, йдеться про те, що на продуктивність може вплинути серверна система, де процесор вже насичений. У настільній системі з поточним процесором, як ви описуєте її, використовуючи стиснуті ntfs для резервного копіювання, не повинно бути суттєвого впливу на продуктивність. Навпаки, якщо ви зберігаєте стисливі дані, ви можете фактично набирати продуктивність, оскільки у вас менше вводу / виводу. Це особливо вірно, якщо інтерфейс (USB 2.0) повільний порівняно з процесором. Я думаю, ваш процесор повинен легко бути здатним насичувати запис посилання USB 2.0 або читати стислі ntfs.

4) Якщо ви встановите прапор стиснення для всієї файлової системи, у вас не повинно виникнути проблем із нестисненими переміщеними файлами.


4
NTFS ніколи не передає файли стиснуті ні в Windows, ні в драйвер Linux. На жаль, оптимізації не існує. Щоб досягти цього, вам доведеться пройти надзвичайно низький рівень: Створіть файл і метадані, попередньо виділіть простір, а потім запишіть стислі дані на MFT та виділіть кластери. Таким чином, при звичайному використанні ви нічого не отримаєте.
SilverbackNet

1
  1. Я думаю, що це доступно з Linux, але я не впевнений.

  2. Надійний у якому сенсі? Ваші дані легше пошкоджуються, але я не впевнений, що це ви маєте на увазі.

  3. Це більш повільний процесор, але швидший I / O. Якщо ваш процесор набагато швидший, ніж ваш диск, то, можливо, варто прочитати менше даних, але зробити деяку обробку, замість того, щоб читати величезні файли, але уникаючи післяобробки.

  4. Цього не уникнути, це залежить від того, як були запрограмовані програми. Я пам’ятаю, як бачив налаштування в Windows, яке мало щось робити з цим, але я не думаю, що він робить те, що потрібно - я оновлю це, якщо виявиться, що це так.


Оголошення 2: Я маю на увазі, якщо в файловій системі немає жодних помилок. Оголошення 4: Насправді я збираюся копіювати файли з іншого нестисненого накопичувача, ймовірно, використовуючи rsync. Я дійсно не бачу, чому програма повинна піклуватися про внутрішню частину файлової системи, IMHO - це робота FS, щоб виконати всю роботу.
maaartinus

До pt # 1 -> NTFS можна отримати доступ до @Mehrdad
Sathyajith Bhat

1
@maartinus: # 2: Ну, у мене немає важких даних щодо цього, але особисто я би довіряв версії Windows, але не версії Linux. # 4: Це просто питання збереження налаштувань за замовчуванням, а не питання догляду за програмою. Коли файл 2 Гб переміщується з папки, що не стискається, до стислої папки, немає жодної причини, щоб файлова система довго витрачала її на стиснення - вона просто залишає її нестиснутою, звідси і проблема. Я не думаю, що можна багато з цим зробити. @Sathya: А, дякую.
користувач541686

Я думаю, що цей залишений файл нестиснений трапляється лише тоді, коли файли переміщуються з нестисненої частини того ж диска, що не буде. Так що все добре.
maaartinus

1
  1. В ntfs-3gпідтримує драйвер читання, додавання і ( в останній час ) зміни стислих файлів.

    В даний час читання стислих файлів підтримується всіма версіями ntfs-3g. Створення нових стислих файлів, очищення вмісту та додавання даних до існуючих стислих файлів підтримуються з ntfs-3g-2009.11.14. Зміна ntfs-3g-2010.8.8 підтримується зміна існуючих стислих файлів шляхом перезапису існуючих даних (або існуючих дірок).

    - NTFS-3G Advanced: Стиснення даних

  2. Файлова система настільки ж надійна, як і звичайні аналоги для Linux, ext3 / ext4.

    ntfs-3gРучки водія все дуже добре. ( Можливо, все-таки є деякі помилки в зміні стислих файлів; як зазначено у вище цитаті, він був доданий лише у версії 2010.8.8.)

  3. (нема відповіді)

  4. Коли це спричинено програмами, що створюють нестиснений файл в іншому місці та переміщують його на його місце, де це пізніше, вирішення легко: повторно включити стиснення цих файлів.


ntfs-3g -V: 2013.1.13AR.1Що стосується Ubuntu 14.10, ядра 3.16, я все ще не можу порушити можливість ntfs-3g навіть правильно читати стислі файли на моєму розділі Win8 GPT. Навіть копіювання файлу призводить до іншого md5sum.
Маркос
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.