Có phải là một ý tưởng tốt để sử dụng hệ thống tập tin NTFS nén trên ổ cứng ngoài?

10

Tôi đang suy nghĩ về việc sử dụng NTFS nén trên ổ cứng USB ngoài của mình. Nó chỉ nên được sử dụng để sao lưu.

Có thể truy cập nó từ Linux?
Có đáng tin cậy không?
Theo Microsoft, nó chậm hơn hệ thống tập tin bình thường. Với tốc độ truyền (30MB / s) và bộ xử lý (2,8 GHz Phenom II X4) tôi nghĩ điều ngược lại có thể đúng. Bạn nghĩ sao?
Theo câu hỏi này không phải tất cả các tập tin được nén. Làm thế nào tôi có thể tránh điều này?

— maaartinus
nguồn

6

1) Có, có thể truy cập nó từ Liunx. Như những người khác đã giải thích, ntfs-3g có khả năng xử lý các ntfs nén.

2) độ tin cậy: tính năng nén đã có trong ntfs từ lâu (kể từ Windows NT, xem http://www.ntfs.com/ntfs-compression.htmlm ). Tôi không thấy bất kỳ vấn đề đáng tin cậy nào trên windows. Tôi không chắc chắn về việc triển khai ngoài windows (ví dụ: linux). Nếu mối quan tâm duy nhất của bạn là đọc dữ liệu trên linux, thì điều này không có vấn đề gì về độ tin cậy (chỉ cài đặt chỉ đọc là một ý tưởng tốt khi khôi phục lại các bản sao lưu).

Ngoài ra dữ liệu được nén ở cấp độ cụm thường là 4 kiB. Một tham nhũng vật lý của đĩa chỉ ảnh hưởng đến các cụm duy nhất, không phải toàn bộ tệp. Về vấn đề này, ntfs nén nên đáng tin cậy như không nén.

3) Hiệu suất: Bài viết KB mà bạn trích dẫn cho biết hiệu suất có thể bị ảnh hưởng trên hệ thống máy chủ , nơi CPU đã bão hòa. Trên một hệ thống máy tính để bàn có CPU hiện tại như bạn mô tả, sử dụng ntfs nén để sao lưu, sẽ không có bất kỳ tác động đáng kể nào về hiệu suất. Ngược lại, nếu bạn lưu trữ dữ liệu có thể nén, bạn thực sự có thể đạt được hiệu suất vì bạn có ít I / O hơn. Điều đó đặc biệt đúng, nếu giao diện (USB 2.0) chậm so với CPU. Tôi đoán CPU của bạn sẽ dễ dàng có khả năng bão hòa việc ghi liên kết USB 2.0 hoặc đọc ntfs nén.

4) Nếu bạn đặt cờ nén cho toàn bộ hệ thống tệp, bạn không nên gặp sự cố với các tệp di chuyển không nén.

— Georgia
nguồn

4

NTFS không bao giờ chuyển các tệp được nén, trong cả cửa sổ hoặc trình điều khiển Linux. Đáng buồn là sự tối ưu hóa đó không tồn tại. Bạn sẽ phải đạt mức cực thấp để đạt được điều đó: Tạo tệp và siêu dữ liệu, phân bổ trước dung lượng, sau đó ghi dữ liệu nén vào MFT và các cụm được phân bổ. Vì vậy, trong sử dụng bình thường, bạn sẽ không đạt được bất cứ điều gì I / O-khôn ngoan.

— SilverbackNet

1

Tôi nghĩ rằng nó có thể truy cập từ Linux, nhưng tôi không chắc chắn.
Đáng tin theo nghĩa nào? Dữ liệu của bạn dễ bị hỏng hơn, nhưng tôi không chắc đó là ý bạn.
Đó là bộ xử lý chậm hơn, nhưng I / O-khôn nhanh hơn. Nếu bộ xử lý của bạn nhanh hơn nhiều so với đĩa của bạn, thì có thể đáng để đọc ít dữ liệu hơn nhưng thực hiện một số xử lý, thay vì đọc các tệp lớn nhưng tránh xử lý hậu kỳ.
Bạn không thể tránh điều này, nó phụ thuộc vào cách các ứng dụng được lập trình. Tôi nhớ đã thấy một cài đặt trong Windows phải thực hiện điều gì đó với điều này, nhưng tôi không nghĩ rằng nó làm những gì bạn cần - Tôi sẽ cập nhật điều này nếu nó thực hiện.

— người dùng541686
nguồn

Quảng cáo 2: Ý tôi là nếu không có lỗi trong hệ thống tập tin hoặc như nhau. Quảng cáo 4: Trên thực tế, tôi sẽ sao chép các tệp từ một ổ đĩa không nén khác, có thể sử dụng rsync. Tôi thực sự không thấy lý do tại sao một ứng dụng nên quan tâm đến các phần bên trong của hệ thống tập tin, IMHO đó là công việc của FS để thực hiện tất cả công việc.

— maaartinus

Để pt # 1 -> NTFS có thể được truy cập @Mehrdad

— Sathyajith Bhat

1

@maartinus: # 2: Chà, tôi không có dữ liệu cứng về điều này, nhưng cá nhân tôi sẽ tin tưởng phiên bản Windows chứ không phải phiên bản Linux. # 4: Đây đơn giản chỉ là vấn đề giữ các cài đặt mặc định, không phải là vấn đề chăm sóc ứng dụng. Khi tệp 2 GB chuyển từ thư mục không nén sang thư mục nén, không có lý do gì để hệ thống tệp mất nhiều thời gian để nén tệp - nó chỉ khiến nó không được nén, do đó có vấn đề. Tôi không nghĩ có nhiều thứ bạn có thể làm về nó. @Sathya: À cảm ơn.

— dùng541686

Tôi cho rằng việc không giải nén tệp này chỉ xảy ra khi các tệp được di chuyển từ một phần không nén của cùng một đĩa, điều này sẽ không xảy ra. Vì vậy, mọi thứ đều ổn.

— maaartinus

1

Trình ntfs-3gđiều khiển hỗ trợ đọc, nối thêm và (gần đây) sửa đổi các tệp nén.

Hiện tại việc đọc các tệp nén được hỗ trợ bởi tất cả các phiên bản ntfs-3g. Tạo các tệp nén mới, xóa nội dung và nối thêm dữ liệu vào các tệp nén hiện có được hỗ trợ kể từ ntfs-3g-2009.11.14. Sửa đổi các tệp nén hiện có bằng cách ghi đè dữ liệu hiện có (hoặc các lỗ hiện có) được hỗ trợ kể từ ntfs-3g-2010.8.8.

- NTFS-3G Advanced: Nén dữ liệu
Hệ thống tập tin đáng tin cậy như các đối tác Linux thông thường của nó, ext3 / ext4.

Người ntfs-3glái xe xử lý mọi thứ thực sự tốt. (Nó vẫn có thể có một số lỗi trong việc sửa đổi các tệp nén; như trích dẫn ở trên, nó chỉ được thêm vào trong phiên bản 2010.8.8.)
(không có câu trả lời)
Khi điều này xảy ra do các chương trình tạo một tệp không nén ở nơi khác và di chuyển nó đến vị trí dự định của nó sau đó, cách giải quyết rất dễ dàng: Kích hoạt lại nén trên các tệp đó.

— người dùng1686
nguồn

ntfs-3g -V: 2013.1.13AR.1Kể từ Ubuntu 14.10, kernel 3.16, tôi vẫn không thể đảm bảo khả năng của ntfs-3g để đọc các tệp nén trên phân vùng Win8 GPT của tôi. Thậm chí sao chép một tập tin qua kết quả trong một md5sum khác nhau.

— Marcos