Tại sao lại có sự khác biệt lớn như vậy giữa Kích thước Kích thước và Kích thước trên đĩa cứng?

Như bạn có thể thấy bên dưới, có rất nhiều sự khác biệt giữa Kích thước và Kích thước trên các trường đĩa trong thư mục của tôi. Tại sao vậy?

Tôi biết rằng Kích thước trên đĩa nên nhiều hơn một chút so với Kích thước do các đơn vị phân bổ trong Windows, nhưng tại sao có nhiều sự khác biệt? Có thể là do số lượng lớn các tập tin?

BTW, thư mục này nằm trong thẻ SD điện thoại Android của tôi. Bên trong này, ứng dụng bản đồ của tôi lưu trữ các bản đồ được lưu trong bộ nhớ cache và ứng dụng lấy bản đồ từ Google Maps.

^{Tôi sẽ giả sử rằng bạn đang sử dụng hệ thống tập tin FAT / FAT32 ở đây, vì bạn đề cập đây là thẻ SD. NTFS và exFAT hoạt động tương tự đối với các đơn vị phân bổ. Các hệ thống tệp khác có thể khác, nhưng dù sao chúng cũng không được hỗ trợ trên Windows.}

Nếu bạn có nhiều tệp nhỏ, điều này chắc chắn là có thể. Xem xét điều này:

• 50.000 tập tin.

• Kích thước cụm 32 kB (đơn vị phân bổ), là mức tối đa cho FAT32

Ok, bây giờ dung lượng tối thiểu được sử dụng là 50.000 * 32.000 = 1.6 GB (sử dụng tiền tố SI, không phải nhị phân, để đơn giản hóa các phép toán). Dung lượng mà mỗi tệp chiếm trên đĩa luôn là bội số của kích thước đơn vị phân bổ - và ở đây chúng tôi giả sử mỗi tệp thực sự đủ nhỏ để vừa trong một đơn vị, còn lại một khoảng trống (bị lãng phí).

Nếu mỗi tệp trung bình 2 kB, bạn sẽ nhận được tổng cộng khoảng 100 MB - nhưng bạn cũng lãng phí trung bình 15 lần (30 kB mỗi tệp) do kích thước đơn vị phân bổ.

Giải thích sâu sắc

Lý do tại sao điều này xảy ra? Chà, hệ thống tập tin FAT32 cần theo dõi nơi lưu trữ từng tập tin. Nếu phải giữ một danh sách từng byte, bảng (như sổ địa chỉ) sẽ phát triển với tốc độ tương đương với dữ liệu - và lãng phí rất nhiều dung lượng. Vì vậy, những gì họ làm là sử dụng "đơn vị phân bổ", còn được gọi là "kích thước cụm". Âm lượng được chia thành các đơn vị phân bổ này và theo như hệ thống tập tin có liên quan, chúng không thể được chia nhỏ - đó là các khối nhỏ nhất mà nó có thể xử lý. Giống như bạn có số nhà, nhưng người đưa thư của bạn không quan tâm bạn có bao nhiêu phòng ngủ hoặc người sống trong đó.

Vì vậy, những gì xảy ra nếu bạn có một tập tin rất nhỏ? Chà, hệ thống tập tin không quan tâm nếu tệp là 0 kB, 2 kB hoặc thậm chí 15 kB, nó sẽ cung cấp cho nó ít không gian nhất có thể - trong ví dụ trên, đó là 32 kB. Tệp của bạn chỉ sử dụng một lượng nhỏ không gian này và phần còn lại về cơ bản bị lãng phí, nhưng vẫn thuộc về tệp - giống như một phòng ngủ bạn bỏ trống.

Tại sao có kích thước đơn vị phân bổ khác nhau? Chà, nó trở thành một sự đánh đổi giữa việc có một cái bàn lớn hơn (sổ địa chỉ, ví dụ như John sở hữu một ngôi nhà ở 123 Fake Street, 124 Fake Street, 666 Satan Lane, v.v.), hoặc nhiều không gian lãng phí hơn trong mỗi đơn vị (nhà). Nếu bạn có các tệp lớn hơn, sẽ hợp lý hơn khi sử dụng các đơn vị phân bổ lớn hơn - bởi vì một tệp không nhận được một đơn vị (nhà) mới cho đến khi tất cả các đơn vị khác được lấp đầy. Nếu bạn có nhiều tệp nhỏ, dù sao thì bạn cũng sẽ có một bảng lớn (sổ địa chỉ) vì vậy cũng có thể cung cấp cho họ các đơn vị nhỏ (nhà).

Các đơn vị phân bổ lớn, theo nguyên tắc chung, sẽ lãng phí rất nhiều dung lượng nếu bạn có nhiều tệp nhỏ. Thường không có lý do chính đáng để vượt quá 4 kB cho sử dụng chung.

Phân mảnh?

Đối với phân mảnh, phân mảnh không nên lãng phí không gian theo cách này. Các tệp lớn có thể bị phân mảnh, tức là tách ra, thành nhiều đơn vị phân bổ, nhưng mỗi đơn vị phải được điền trước khi bắt đầu kế tiếp. Chống phân mảnh có thể tiết kiệm một ít không gian trong các bảng phân bổ, nhưng đây không phải là vấn đề cụ thể của bạn.

Phương pháp khả thi

Như gladiator2345 đã đề xuất , các lựa chọn thực sự duy nhất của bạn tại thời điểm này là sống với nó hoặc định dạng lại với các đơn vị phân bổ nhỏ hơn.

Thẻ của bạn có thể được định dạng theo định dạng FAT16, có giới hạn nhỏ hơn về kích thước bảng và do đó yêu cầu các đơn vị phân bổ lớn hơn nhiều để giải quyết một khối lượng lớn hơn (với giới hạn trên là 2 GB với các đơn vị phân bổ 32 kB). Nguồn lịch sự của Braiam . Nếu đó là trường hợp, bạn vẫn có thể định dạng an toàn là FAT32.

Đây là một trong những tình huống mà việc nén / lưu trữ vào một tệp có thể giúp ích. Những gì Bob nói trong câu trả lời của anh ấy là đúng nhưng giải pháp có thể dễ dàng hơn là cải tổ đĩa như những câu trả lời khác cho thấy. Nếu bạn nén hoặc lưu trữ thư mục (sử dụng zip, tar hoặc bất kỳ phương thức nào khác), hệ thống tệp sẽ thấy rằng bạn có một tệp lớn duy nhất, thay vì một vài tệp nhỏ hơn. Ngay cả khi không nén, bạn sẽ lấy lại gần 1,4 GiB dung lượng, bởi vì tất cả các "tệp nhỏ" đó sẽ được tính là một tệp lớn duy nhất.

Bên trong này, ứng dụng bản đồ của tôi lưu trữ các bản đồ được lưu trong bộ nhớ cache và ứng dụng lấy bản đồ từ Google Maps

Có lẽ bạn nên thảo luận với nhà phát triển để sử dụng kho lưu trữ hoặc cơ sở dữ liệu thay vì nhiều tệp. Điều này có lẽ cũng sẽ giúp đĩa ít bị phân mảnh hơn và chắc chắn sẽ tiết kiệm dung lượng, đặc biệt nếu đó là ổ flash NAND. Nếu bạn giải thích tình huống nực cười khi 100 MB tải trọng / dữ liệu hữu ích trở thành 1,4GiB, thì có gì đó không đúng với cách lưu trữ dữ liệu và các nhà phát triển sẽ mang đến một giải pháp đẹp hơn.

Trong trường hợp bất kỳ ai phải đối mặt với vấn đề này, cũng có thể hữu ích khi biết rằng một lý do khác để thấy sự khác biệt lớn về kích thước / không gian tệp trên đĩa là việc sử dụng các luồng dữ liệu thay thế (ADS)

Điều này chỉ áp dụng cho NTFS theo kiến ​​thức của tôi. ADS được biết đến với cả mục đích sử dụng hợp pháp và không hợp pháp:

• để gắn thẻ một tệp khi được tải xuống từ Internet
• để lưu trữ siêu dữ liệu (Microsoft muốn bao gồm một số tính năng của Apple OS, như không sử dụng phần mở rộng tệp để xác định loại tệp)
• để ẩn dữ liệu hoặc mã trong ngữ cảnh của phần mềm độc hại .

ADS đơn giản: bất kỳ tệp NTFS nào cũng có thể chứa nhiều luồng dữ liệu (hiểu "tệp con"). Một là luồng chính, được sử dụng bởi Windows Explorer và các công cụ Windows khác, nó chứa nội dung thông thường của một tệp. Các luồng dữ liệu thay thế có thể chứa thông tin khác, chính xác là luồng chính, nhưng chúng không thể được xử lý trực tiếp bởi các công cụ Windows (cụ thể là Explorer hiển thị kích thước tệp bằng với kích thước của luồng chính, bất kể kích thước của ADS), bạn phải sử dụng các công cụ hoặc mã chuyên dụng để viết, đọc và định vị ADS.

Điểm chính là trong trường hợp có sự khác biệt về kích thước tệp lớn, đừng bỏ qua khả năng ADS và phần mềm độc hại ẩn.

Một liên kết khác .

Để thử nghiệm an toàn với ADS, hãy thử điều này ở cấp độ DOS / CMD ...

Tạo và sau đó hiển thị nội dung của tệp trong thư mục gốc của C:

C:\> echo The main data stream> test.txt
C:\> type test.txt

Kết quả:

C:\> The main data stream

Bây giờ thêm một ADS với cùng một phương thức, chỉ cần chỉ định tên ADS ngoài tên tệp:

C:\> echo The secret message> test.txt:secret

Bạn vừa ẩn tin nhắn bí mật trong tập tin. Lưu ý rằng kích thước tệp trong Explorer không thay đổi mặc dù chúng tôi đã thêm byte trong "bí mật" ADS.

Cố gắng hiển thị nội dung ADS:

C:\> type test.txt:secret

Kết quả:

The filename, directory name, or volume label syntax is incorrect.

CMD typekhông thể hiển thị nội dung của ADS. Chúng tôi sẽ sử dụng Notepad thay thế:

notepad test.txt:secret

Trong Notepad chúng ta có thể thấy nội dung của ADS:

The secret message

Bạn cũng có thể ẩn một tệp thực thi đầy đủ trong một ADS của tệp văn bản vô tội và chạy nó bất cứ lúc nào. Sự giàu có không gây hại cho tin tặc :-)

Vấn đề có thể là do kích thước cụm.

Theo Microsoft :

Nếu bạn không sử dụng nén NTFS cho bất kỳ tệp hoặc thư mục nào có trong ổ đĩa, sự khác biệt giữa SIZE và SIZE ON DISK là lãng phí không gian vì kích thước cụm lớn hơn mức cần thiết. Bạn nên cố gắng sử dụng kích thước cụm tối ưu để giá trị SIZE ON DISK càng gần với giá trị SIZE càng tốt. Sự khác biệt quá mức giữa giá trị SIZE ON DISK và giá trị SIZE là một dấu hiệu cho thấy kích thước cụm mặc định quá lớn so với kích thước tệp trung bình mà bạn đang lưu trữ trên ổ đĩa và nên giảm nó. Điều này chỉ có thể được thực hiện bằng cách sao lưu âm lượng và sau đó định dạng lại âm lượng bằng cách sử dụng lệnh định dạng và / a switch để chỉ định kích thước phân bổ phù hợp: IE: format D: /a:2048 (Ví dụ này sử dụng kích thước cụm 2 KB).

Hãy thử định dạng ổ đĩa của bạn với kích thước cụm nhỏ hơn.

Tôi thấy nhiều người khuyên nên định dạng lại ổ đĩa của bạn với kích thước cụm nhỏ hơn. Vì đây là thẻ SD, lưu ý rằng nhiều nhà cung cấp định dạng trước thẻ theo kích thước cụm được đề xuất để phù hợp với kích thước của kích thước cụm của NAND (giữ cả hai đồng bộ hóa là rất quan trọng để có hiệu suất đọc / ghi tối ưu và giảm hao mòn)

Bạn không thể thay đổi kích thước cụm của NAND (đây là thuộc tính vật lý của phần cứng thẻ SD của bạn).

Trước tiên hãy chạy scandisk / chkdsk trên thẻ SD của bạn để đảm bảo vấn đề báo cáo kích thước không nằm trong hệ thống tệp bị hỏng.

Thứ hai, tôi khuyên bạn nên báo cáo lỗi cho các nhà phát triển Google Map, vì họ là người phải đổ lỗi tại đây. Họ nên sử dụng một phương pháp lưu trữ vượt trội. Khắc phục sự cố cũng giúp ứng dụng chạy nhanh hơn trên nhiều thiết bị do ít hoạt động trình điều khiển I / O và hệ thống tệp.

Đây là một vấn đề chung với nhiều hệ thống tập tin. Có hai yếu tố hoạt động ở đây, số lượng "khối" tối đa mà một hệ thống tệp có thể xử lý trên mỗi khối lượng logic và các hạn chế vật lý của phương tiện lưu trữ. Chỉ có thể phân bổ 1 tệp cho bất kỳ khối nào (các tệp thường lấy bao nhiêu khối nếu cần). Vì vậy, một tệp văn bản có 64 byte thường có thể mất bất cứ thứ gì từ 4k đến 32k, tùy thuộc vào kích thước khối của hệ thống tệp mà nó cư trú.

Một cách để nghĩ về điều này là nghĩ về mỗi khối trong hệ thống tệp như một hộp và hệ thống tệp như một phòng. Tất cả các hộp của bạn có cùng kích thước, và bạn cố gắng lắp càng nhiều càng tốt trong một căn phòng. Nếu bạn lắp tất cả chúng vào với nhiều chỗ còn lại, bạn phải lấy các hộp lớn hơn để căn phòng được lấp đầy hoàn toàn với các hộp.

Một trong những quy tắc để đặt mọi thứ vào hộp là bạn không thể đặt hai thứ không liên quan vào một hộp. Họ phải là một phần của cùng một tài liệu. Vì vậy, nếu tôi gõ một trang văn bản, nó sẽ có hộp riêng. Nếu văn bản đánh máy của tôi có quá nhiều trang tôi không thể nhét tất cả vào một hộp, tôi chỉ cần tìm một hộp khác và tiếp tục đặt các trang vào đó, lặp lại cho đến khi tôi nộp tất cả các trang của mình. Tôi cũng đã viết ra các hộp tôi đã sử dụng cho tài liệu đó và thứ tự các hộp để đọc nó theo trình tự.

Tùy thuộc vào cách tôi sắp xếp các hộp, tôi chỉ có thể có đủ chỗ trong bảng kê khai của mình cho một số lượng hộp nhất định. Vì vậy, nếu tôi có một căn phòng lớn để lấp đầy, nhưng chỉ một số lượng nhỏ các hộp tôi sẽ phải sử dụng các hộp rất lớn để đạt được công suất phòng.

Vì vậy, trong trường hợp đó, tài liệu một trang của tôi vẫn sẽ chiếm một hộp duy nhất, không có gì khác để chia sẻ nó.

Các tình huống tương tự diễn ra giữa các giải pháp lưu trữ khác nhau. FAT32 chỉ có thể quản lý những gì được coi là số lượng "hộp" thấp trên các ổ cứng lớn hiện nay, do đó, nó kết thúc với những "hộp" rất lớn để bù đắp cho điều này.

Ngoài kích thước cụm, bạn cũng có thể có sự khác biệt do các điều kiện sau:

• Các tệp được nén hoặc mã hóa có thể sử dụng một không gian khác với kích thước tệp logic.
• Các tệp được liên kết sẽ báo cáo n lần số lượng liên kết nhân với kích thước của tệp cho kích thước tệp logic, nhưng không gian vật lý được sử dụng thường ít hơn.

Bạn nên xem qua mục Suballocation trong Wikipedia. Đó chính xác là những gì đang xảy ra với bạn. Sử dụng hệ thống tệp có hỗ trợ cho Bao bì đuôi là giải pháp cấp hệ thống tệp cho vấn đề này bên cạnh việc thay đổi kích thước cụm phân bổ.

Tất cả đều có sự bất tiện khi cần định dạng lại đĩa.

Trong một số trường hợp, chỉ lưu trữ các tệp đó trong kho lưu trữ sẽ khắc phục sự cố (và các tệp nhỏ cũng sẽ được nén bên cạnh việc dừng mất dung lượng ở cuối tệp). Điều này có sự bất tiện khi dành một chút thời gian để giải nén.

Một tùy chọn khác nếu bạn có quá nhiều tệp nhỏ do một số vấn đề liên quan đến ứng dụng cụ thể là lưu trữ dữ liệu phần mềm của bạn bằng phương pháp khác (có thể trong cơ sở dữ liệu). Nhưng tất nhiên đó là một giải pháp cho các lập trình viên, không phải người dùng cuối.

http://en.wikipedia.org/wiki/Tail_packing

Tôi đã lưu ý sự khác biệt về kích thước tệp lớn trong Windows 10 trên một tệp riêng lẻ, nhưng nếu tôi xem các thuộc tính của tệp SAME từ cùng một vị trí (ổ đĩa mạng), thì với Windows XP, sự khác biệt lớn là không có; chỉ là một sự khác biệt nhỏ, đó là những gì bạn mong đợi. Tôi nghĩ rằng có một lỗi trong Windows 10. Một tệp có dung lượng 449 MB có thể không chiếm tới 3,99GB, đó là những gì Windows 10 đang nói với tôi.