Câu hỏi Tại sao có sự khác biệt lớn giữa "Kích thước" và "Kích thước trên đĩa"?

Đâ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ể hữu ích. Gì Bob nói trong câu trả lời là đúng nhưng giải pháp có thể dễ dàng hơn cải cách đĩa như các câu trả lời khác gợi ý. 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 tệp nhỏ hơn. Ngay cả khi không nén bạn sẽ nhận được gần 1,4 GiB của không gian trở lại, bởi vì tất cả những "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 nhận bản đồ của 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 để có đĩa ít bị phân mảnh và chắc chắn sẽ tiết kiệm không gian đặc biệt là nếu nó là một ổ đĩa flash NAND. Nếu bạn giải thích tình huống vô lý khi 100MB tải trọng / dữ liệu hữu ích trở thành 1,4GiB, có điều gì đó không ổn với cách dữ liệu được lưu trữ, và các nhà phát triển nên mang lại một giải pháp đẹp hơn.

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

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

• để gắn thẻ một tệp đượ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 "subfiles"). 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ó giữ 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 như 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 biệt để 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, không bỏ qua khả năng của ADS và phần mềm độc hại ẩn.

Liên kết khác.

Để thử nghiệm một cách 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 một 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ỉ rõ tên ADS ngoài tên tệp:

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

Bạn vừa ẩn thông báo bí mật trong tệp. 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" của ADS.

Thử 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 type không thể hiển thị nội dung của ADS. Thay vào đó, chúng tôi sẽ sử dụng Notepad:

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 tin thực thi đầy đủ trong một ADS của một tập tin 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   chứa trên ổ đĩa, sự khác biệt giữa SIZE và SIZE ON DISK   là không gian lãng phí 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 để SIZE ON DISK   giá trị càng gần giá trị SIZE càng tốt. Quá nhiều   sự khác biệt giữa SIZE ON DISK và giá trị SIZE là một   chỉ ra rằng kích thước cụm mặc định là quá lớn đối với mức trung bình   kích thước tệp mà bạn đang lưu trữ trên ổ đĩa và phải   giảm. Điều này có thể được thực hiện chỉ bằng cách sao lưu âm lượng và sau đó   định dạng lại ổ đĩa bằng cách sử dụng lệnh định dạng và / a switch   để chỉ định kích thước phân bổ thích hợp: IE: format D: /a:2048   (Ví dụ này sử dụng kích thước cụm 2 KB).

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 đề xuất đị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 lại 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 cho 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 (đó là thuộc tính vật lý của phần cứng thẻ SD của bạn).

Lần đầu tiên 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 một 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 gây ra lỗi ở đây. Họ nên sử dụng một phương pháp lưu trữ cao cấp. Sửa chữa nó cũng sẽ làm cho ứng dụng chạy nhanh hơn trên nhiều thiết bị do ít hoạt động của trình điều khiển hệ thống tệp và / hoặc tệp.

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

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

Một trong những quy tắc để đưa mọi thứ vào trong 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õ lên một trang văn bản, nó sẽ có hộp riêng của nó. Nếu văn bản đã gõ của tôi có rất nhiều trang, tôi không thể vừa với tất cả trong một hộp, tôi chỉ cần tìm một hộp khác và tiếp tục đưa các trang vào đó, lặp lại cho đến khi tôi gửi tất cả các trang của mình. Tôi cũng đã viết ra những cái hộp mà tôi đã sử dụng cho tài liệu đó và thứ tự của các hộp để đọc nó theo thứ 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 tệp kê khai của tôi cho một số 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 phải sử dụng các hộp rất lớn để đạt được khả năng phòng.

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

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à một số lượng thấp của "hộp" trên ổ đĩa cứng lớn ngày nay, vì vậy nó kết thúc với rất lớn "hộp" để 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 nén hoặc mã hóa có thể sử dụng hết dung lượng khác với kích thước tệp hợp lý.
• Các tệp được liên kết sẽ báo cáo n số lần liên kết gấp lần kích thước của tệp cho kích thước tệp hợp lý, nhưng không gian vật lý được sử dụng thường ít hơn.