Ext4 có đắt hơn ntfs không?


11

Tôi vừa chuyển đổi một phân vùng NTFS thành ext4, tuy nhiên tổng dung lượng dường như giảm từ 421G xuống còn 415G. 6G đã đi đâu? Và, không gian dành riêng được tăng lên 199M trong ext4, lớn hơn nhiều so với 78M ở NTFS, tại sao?

Phân vùng chủ yếu được sử dụng cho phim / nhạc, vì vậy hầu hết các tệp đều rất lớn (mỗi tệp> 10 triệu). Tôi muốn sử dụng hệ thống tập tin ext4, có gợi ý nào không?

mkfs.ntfs:
    /dev/sdb4             421G   78M  421G   1% /mnt/mmedia

mkfs.ext4:
    /dev/sdb4             415G  199M  393G   1% /mnt/mmedia
                       (415G - 199M == 393G ?)

Một điều kỳ lạ là kích thước còn lại của ext4 là 393G, không nên là 415G hay 414G? Điều gì đã xảy ra với 22G biến mất? So với NTFS, ext4 tiêu thụ 6,6% tổng dung lượng, đó thực sự là một vấn đề lớn.

Câu hỏi là:

  1. 6G chủ yếu được sử dụng cho mục đích gì, cho tạp chí, dự phòng hoặc lập chỉ mục?
  2. Tại sao dung lượng còn lại 393G không phải là 415G? Có một lỗ 22G khá lớn.
  3. Những thông số nào bạn sẽ tư vấn nếu phân vùng ext4 này được sử dụng để lưu trữ các tập tin phim / nhạc? Người ta nói ext4 hoạt động tốt hơn ext3 cho các phân vùng lớn, điều đó có đúng không? Tôi sẽ không trở lại ext2 mà không phải là tạp chí.

Câu trả lời:


8

6G chủ yếu được sử dụng cho mục đích gì, cho tạp chí, dự phòng hoặc lập chỉ mục?

(Chưa biết.)

Tại sao dung lượng còn lại 393G không phải là 415G? Có một lỗ 22G khá lớn.

Đó là khối dành riêng 5% cho siêu người dùng, được sử dụng để tránh phân mảnh. Bạn có thể điều chỉnh nó đến 1% bằng cách mkfs.ext4 -m 1.

Những thông số nào bạn sẽ tư vấn nếu phân vùng ext4 này được sử dụng để lưu trữ các tập tin phim / nhạc?

Bạn có thể chỉ định tùy chọn sử dụng cho mkfs.ext4, ví dụ: mkfs.ext4 -T large_fileđiều này sẽ cho phép mkfs.ext4 quyết định tham số cho các phân vùng chứa tệp lớn.


1
6G sẽ dành cho danh sách inode.
Sirex

1
Các khối dành riêng cũng hạn chế tác động của cuộc tấn công từ chối dịch vụ trong đó người dùng thường xuyên lấp đầy đĩa đến điểm không thể ghi tệp nhật ký nữa. Không gian dành riêng ít nhất sẽ cung cấp cho các bản ghi đủ gốc để bắt người dùng vi phạm.
MSalters

Các /etc/mke2fs.conf của tôi nói về các tham số "tinyefile" và "tinyefile4" cho -T, không phải "Large_file".
user1338062

4
  1. 6GB là inodes. ext4 mặc định là 1/64 (1,56%) cho các nút, mỗi 256B; vì vậy có thể điền vào các tệp 16KB
  2. Không gian có sẵn df loại trừ không gian dành riêng cho root, 5% theo mặc định, sử dụng Tune2fs -m
  3. mkfs.ext4 -m 0 -N 4000000 / dev / bất cứ điều gì # định dạng lại, 0 dành riêng, 4 triệu inodes sử dụng 1GB
  4. ext4 fsck nhanh hơn nhiều so với ext3; ngoài ra bạn sẽ không nhận thấy bất kỳ sự khác biệt

Mỗi tập tin / dir cần 1 inode. Bạn không thể thay đổi số lượng các nút sau khi tạo một hệ thống tập tin mở rộng. Thậm chí 1000000 inodes sẽ rất nhiều cho phân vùng đó, nếu bạn sẽ chỉ sử dụng nó cho phim và nhạc.

Bảng tệp NTFS Master (MFT) linh hoạt hơn một chút, do đó NTFS có thể nhồi nhét nhiều dữ liệu hơn theo mặc định.

Lý do chính đáng duy nhất để sử dụng NTFS trên Linux là chia sẻ tệp với Windows. Nó sẽ hoạt động tốt cho phương tiện truyền thông, nhưng thiếu các tính năng UNIX khác nhau, do đó không phù hợp cho mục đích chung trên Linux. Đừng biên dịch nó!


Each inode 256B, so can fill with 16KB filesBạn có nghĩa là có 16K-256 = 16128 byte miễn phí trong mỗi inode không?
Xiè Jìléi

1
Ý tôi là nếu bạn sử dụng 1/64 thiết bị cho các bảng inodes và mỗi inode là 256B, thì bạn sẽ nhận được một inode trên 16KB của thiết bị ... thực sự là 1 inode trên 15,75KB của thiết bị còn lại, nhưng đủ gần. Vì vậy, bạn có đủ các nút để lấp đầy toàn bộ đĩa với các tệp 16KB. Nếu bạn dự đoán có các tệp lớn hơn nhiều, ví dụ như video, bạn có thể thực hiện với ít nút hơn và tiết kiệm được vài GB từ thiết bị.
Sam Watkins

3

Vâng, đây là một chủ đề nhỏ gọn. Mỗi hệ thống tập tin thực hiện các cơ sở dữ liệu khác nhau. Một cái gì đó gọn gàng bạn có thể thử là định dạng một phân vùng với các hệ thống tệp khác nhau và so sánh. Không gian "miễn phí" sẽ khác nhau. Ngoài ra, khi bạn điền chúng, sẽ có một sự khác biệt về chi phí lưu trữ và do đó, theo một nghĩa nào đó, cần bao nhiêu dung lượng để lưu trữ cùng một tệp CÓ THỂ khác nhau tùy theo hệ thống tệp. Thông thường, khi bạn định dạng một hệ thống tệp, bạn cũng có thể chọn một số tham số cho cách sắp xếp nó - điều này cũng có tác động.

Câu trả lời cho câu hỏi của bạn là một trong những câu trả lời "nó phụ thuộc" . Tôi nghĩ, trên tất cả, 6/400 GB không phải là một phương sai khủng khiếp, nhưng thực sự, đó là điều đáng chú ý. Vẫn còn không gian lưu trữ ngày càng rẻ hơn. Nhưng tôi nghĩ rằng các hệ thống tập tin có thể ngày càng nặng hơn vì chúng tôi muốn các tính năng lạ mắt hơn trong đó. Tôi nghi ngờ ext2 là một chút công bằng hơn so với ext4. Tôi rất muốn thấy một số con số trong thế giới thực. Tất nhiên, "hiệu quả" đó có giá (điều lớn nhất là nó không được ghi nhật ký và do đó nhanh hơn VÀ dễ bị hỏng hơn).

Đối với lý do tại sao ext4 chiếm nhiều không gian hơn trong trường hợp này, tôi sẽ giả sử các cụm lưu trữ trên NTFS được đặt để giải quyết không gian lưu trữ của bạn là các khối lớn hơn nhiều so với các tham số ext4 của bạn được yêu cầu. Nếu điều này là đúng, thì bạn nên sử dụng bộ nhớ hiệu quả hơn nếu bạn có nhiều tệp tương đối nhỏ.

Đủ để nói, toàn bộ vấn đề tiếp tục và tiếp tục. Nếu bạn muốn biết thêm thông tin, tôi khuyên bạn nên xem qua các trang wikipedia khác nhau để so sánh các hệ thống tệp ngoài đó .. Cũng như xem các trang man cho mỗi FS mà bạn quan tâm.

Hy vọng bạn thấy rằng hữu ích.


1

Các siêu khối dành riêng là một thứ nhưng không phải là số tiền bạn đang đề cập đến. Thay thế các siêu khối dành riêng không hiển thị trong "tổng dung lượng khả dụng" .. không thay đổi. Đó là số lượng nút x kích thước của chúng. Trên ext4 theo mặc định, mong đợi một cái gì đó như 256 byte cho mỗi nút và cho 400 GB , Tôi đoán mkfs.ext4 sẽ hoạt động ~ 25-30 mill. Có thể sử dụng dumpe2fs -h để xem con số thực tế. Điều này tạo ra 6 GB bạn đang thiếu và không phải là khối dành riêng mà ai đó đang sử dụng. (Ví dụ: inode- đếm x kích thước inode b / 1024 ^ 3) GB.

Đầu ra df -h tôi nghi ngờ có thể xảy ra với một số điểm yếu; p Hãy thử làm lại và chỉ định một nửa nút i của bạn (Bạn có thể làm điều đó một cách an toàn, và thậm chí nhiều hơn nếu bạn in đậm) nhưng hãy lưu ý rằng nhiều thư mục có thể làm cho bạn hết mực trước khi không gian.

Ví dụ. ext4 dự trữ một số nút 93-4?) cho mỗi thư mục, giả sử bạn có ý định giữ nhiều hơn chỉ một hoặc hai tệp, và do đó làm cho nó hiệu quả hơn. Nếu bạn mặc dù, có 1 triệu thư mục với 1 triệu tệp trong đó, bạn sẽ hết các nút trên bố cục đó trước khi bạn thực sự hết dung lượng. Thông thường, các nút chỉ được sử dụng trong một vài phần trăm không gian, nhưng có thể tăng đến 35%, do đó, chia cho hai người là khá an toàn cho người dùng máy tính để bàn nhưng không làm gì nhiều hơn để ở bên an toàn.

Đây là một ví dụ:

RAW GB GB GB (dev / sdb1) mkfs.ext4 -m0 -Ndefault # / 2 -Lext4-1 -O

các tùy chọn sẽ giúp cho các tệp / phân vùng lớn với phương tiện truyền thông nói. uninit_bg là cho các hạt nhân gần đây. Điều này được đăng ngay cả khi nó cũ cho độc giả tương lai.

Malina Salina


0

Tôi đã có một hệ thống tập tin ntfs (đầy đủ) với khoảng 1000 GB dữ liệu chỉ với vài trăm megabyte miễn phí. Ngay cả khi dung lượng được định dạng của ext4 ít hơn nhiều so với ntfs, tôi nhớ rằng khi tôi sao chép mọi thứ, tôi vẫn còn khoảng 70 GB miễn phí trên ext4 ngay cả khi dung lượng được định dạng ít hơn. (Hãy nhớ các ntfs đã đầy). Tôi không thể hứa rằng điều này xảy ra với bạn nhưng ít nhất là đối với các tệp tôi có ext4 là một trình tiết kiệm không gian thực sự khó khăn! :)

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.