Kích thước đơn vị phân bổ sẽ sử dụng khi định dạng ổ flash USB trong FAT32?


20

Tôi muốn sử dụng Windows 7 để định dạng ổ flash USB ~ 4 GB trong hệ thống tệp FAT32. (Tôi muốn định dạng nó trong FAT32 , không phải NTFS.)

Trong Windows Explorer, tôi bấm chuột phải vào ổ đĩa flash và bấm Định dạng.

  • Hộp thoại Format xuất hiện [(A) bên dưới] .

  • Các Allocation unit size được thiết lập để 4096 byte khi hộp thoại mở ra, nhưng khi tôi mở menu kéo xuống [(B) dưới đây] , tôi thấy rằng có những lựa chọn khác.

  • Khi tôi nhấp vào Restore device defaults button, kích thước đơn vị phân bổ được thay đổi thành "Kích thước phân bổ mặc định" [(C) bên dưới] , mặc dù không xác định kích thước phân bổ mặc định thực sự là gì.

Định dạng Windows 7

Tôi nên sử dụng kích thước đơn vị phân bổ nào cho ổ flash USB ~ 4 GB này và tại sao?

Câu trả lời sẽ khác nhau đối với ổ flash dung lượng khác (ví dụ ~ 16, ~ 32 hoặc ~ 64 GB)?

(Tôi muốn có thể sử dụng ổ đĩa flash trên cả Windows và Mac, vì vậy tôi đang chọn FAT32. Tôi sẽ lưu trữ một số mp3 trên ổ đĩa flash.)



1
Điều này thực sự được ghi lại ở đâu đó trong trang trợ giúp của Windows. Nhưng tôi cho rằng trích dẫn văn bản dài từ trang trợ giúp không đáng để nhận tiền thưởng ... Tôi phải đọc toàn văn trước. Một số người khác có thể có câu trả lời tốt hơn.
Clearkimura

Không có sự khác biệt lớn trong thế giới ngày nay.
neverMind9

Câu trả lời:


16

Dành cho người đọc nhanh:

Nói chung:

Nó phụ thuộc vào loại dữ liệu bạn dự định lưu trữ trên thiết bị. Đối với tất cả các loại phương tiện lưu trữ dữ liệu ở tất cả các kích cỡ:

  • Kích thước cụm nhỏ phù hợp hơn cho nhiều tệp nhỏ như tài liệu và văn bản thuần túy.
  • Kích thước cụm lớn thay vì phù hợp với các tập tin lớn. Đây là định hướng đa phương tiện hơn .
  • Trong thế giới ngày nay, nó không có sự khác biệt đáng chú ý như cách đây nhiều thập kỷ. Vui lòng sử dụng kích thước cụm được chọn trước, thường là 4 KB (4096 Byte).

Chi tiết:

Hãy đi sâu vào chi tiết.

  • Ngay cả một tệp trống cũng sẽ có kích thước khối đầy đủ trên FAT32. Các hệ thống tệp mới hơn và hiện đại hơn như BtrFSext4 có cách xử lý hiệu quả hơn. Ví dụ, và có thể cả hai đều có thể lưu trữ nhiều tệp nhỏ trong một cụm. Nhưng đó cũng là một vấn đề cổ xưa do kích thước lưu trữ cực kỳ phát triển.
  • Nếu một tệp phát triển vượt quá bất kỳ kích thước cụm đơn / nhân nào (ví dụ: đối với kích thước cụm 4KB: 4096, 8192, 12288, 16384, 20480, n × 4096, v.v.), và cụm tiếp theo sau khi tệp đã được sử dụng bởi một tệp khác , sự phân mảnh xảy ra.
  • FAT32 là hệ thống tệp USB mặc định và được hỗ trợ phổ biến nhất cho các hệ thống nhúng như radio xe hơi và USB HiFi, Boomboxes cho âm nhạc của bạn. Có thể, các thiết bị cụ thể gặp phải vấn đề tương thích với kích thước cụm kỳ lạ. Bạn có thể thử một vài, nhưng 4 KB (4096 byte) mặc định là kích thước có khả năng nhất được hỗ trợ.

Bởi vì các ổ đĩa flash (ví dụ SDD, SD, USB) có thời gian truy cập gần như bằng không và không có bộ phận chuyển động, việc phân mảnh tệp ít gặp vấn đề ở đó. Không có đầu cần phải nhảy tới và tìm kiếm vị trí khối dữ liệu LBA (địa chỉ khối logic) nơi tệp tiếp tục. Điều này thường không có độ trễ đáng chú ý, nhưng có thể trở thành một vấn đề nhỏ, nếu một hệ điều hành đang chạy trên đĩa đó và cần truy cập vào nhiều tệp và lượng dữ liệu khổng lồ trong thời gian thực.

Nhưng kích thước cụm lớn hơn dẫn đến ít cụm chứa nhiều dữ liệu hơn, điều này giúp máy tính xử lý nhanh hơn , do đó nhanh hơn.

Các máy tính ngày nay rất nhanh, như đã đề cập, kích thước cụm được chọn không tạo ra nhiều sự khác biệt trong các trường hợp sử dụng trung bình, đặc biệt là đối với các ổ đĩa flash. Các ổ đĩa cứng có xu hướng giảm hiệu năng với sự phân mảnh tệp tăng, nhưng các hệ điều hành và hệ thống tệp hiện đại thường xuyên phân mảnh theo mặc định và thậm chí cho phép sử dụng RAM và bộ nhớ phụ (ví dụ :SSD) làm bộ nhớ cache, nơi lưu trữ dữ liệu thường xuyên sử dụng truy cập nhanh hơn.

Đó là quá trình đảo ngược sự phân mảnh tập tin, nói đơn giản. Bài viết Wikipedia dành riêng cho thấy một hình ảnh động đồ họa, có thể giúp bạn hiểu.

Hoạt hình đồ họa: Minh họa phân mảnh tập tin và phân mảnh.

Tóm tắt: Nó không có sự khác biệt có liên quan trong thế giới ngày nay trong trường hợp của bạn.

Âm nhạc, những gì bạn đề cập trong câu hỏi của bạn, không yêu cầu tốc độ đọc cực cao. Ngay cả tốc độ đọc của đĩa mềm cũng đủ cho âm nhạc.


1
Câu trả lời tốt. Mặc dù bạn nên đổi zero access timesang thứ khác, vì mặc dù thời gian tìm kiếm / đọc nhanh hơn, nhưng có lẽ là một thứ tự cường độ nhanh hơn, đối với các thiết bị flash so với đĩa quay chẳng hạn, chúng không phải là số không.
Xalious

1
Tôi rất biết ơn về tiền thưởng. Cảm ơn.
neverMind9

9

Bài viết Microsoft Kích thước cụm mặc định cho NTFS, FAT và exFAT có bảng này cho các kích thước cụm mặc định:

hình ảnh

Vì ổ đĩa của bạn có kích thước 3,63 GB, kích thước cung mặc định là 4KB. Như bạn có thể thấy, đĩa càng lớn thì kích thước cung được đề xuất bởi Microsoft càng lớn.

Theo như kích thước của khu vực ảnh hưởng đến việc sử dụng dung lượng ổ đĩa, Bảng phân bổ tệp bài viết Wikipedia - FAT32 có tính toán này:

Khu vực khởi động sử dụng trường 32 bit cho số lượng khu vực, giới hạn kích thước âm lượng FAT32 xuống còn 2 TiB cho kích thước cung là 512 byte và 16 TiB cho kích thước cung là 4.096 byte.

Do đó, bất kỳ kích thước cung sẽ cho phép sử dụng toàn bộ không gian đĩa của bạn.

Sự lựa chọn của bạn nên là:

  • Nếu bạn có nhiều tệp nhỏ, hãy chọn kích thước cung phù hợp để chứa phần lớn các tệp (không có khả năng cho các tệp mp3)
  • Nếu không, hãy giữ nguyên kích thước cung mặc định của 4KB. Ngay cả khi hầu hết các tệp của bạn lớn hơn 4KB, bạn sẽ không thu được gì từ kích thước cung lớn hơn. Hơn nữa, kích thước cung càng lớn, càng mất nhiều dung lượng đĩa vì không được sử dụng, vì theo thống kê, khoảng một nửa khu vực cuối cùng của tệp đó sẽ được phân bổ nhưng không bao giờ được sử dụng. Kích thước ngành của 4KB là kích thước được sử dụng rộng rãi nhất và do đó có thể được hỗ trợ tốt hơn trên nhiều thiết bị hơn.

4

Khi bạn định dạng nó, đĩa được chia thành các đơn vị phân bổ. Mỗi tệp không trống trên đĩa sẽ có một hoặc nhiều đơn vị phân bổ được quy cho việc lưu trữ nội dung của nó. Vì vậy, tệp nhỏ nhất sẽ lấy 4KB trên đĩa. Nó có thể hữu ích để giảm nó nếu bạn có nhiều tệp nhỏ. Trong trường hợp của bạn, đối với mp3, mặc định sẽ ổn.

Tab chung của thuộc tính tệp hiển thị 4KB trên kích thước đĩa Tab chung của thuộc tính tệp hiển thị 4KB trên kích thước đĩa


2

Bạn có thể sử dụng bất cứ thứ gì bạn muốn và nó sẽ hoạt động. Sự khác biệt là:

Không gian bị lãng phí

Kích thước khối là kích thước tối thiểu bị chiếm bởi một tệp, do đó, bạn lưu tệp 2 KB với các đơn vị phân bổ 4 KB mà bạn vừa lãng phí 50%. Và nếu bạn lưu tệp 2 KB với đơn vị phân bổ 16 KB, bạn đã lãng phí 87,5%.

Trừ khi bạn đang lưu trữ rất nhiều tệp rất nhỏ bị lãng phí dung lượng không phải là vấn đề. Trong trường hợp của bạn, chắc chắn là không vì bạn sẽ lưu trữ các tệp mp3 có kích thước nhiều MB.

Bạn có thể kiểm tra dung lượng bị lãng phí của toàn bộ thư mục và không chỉ các tệp đơn lẻ bằng cách so sánh SizeSize on disktrong Thuộc tính> Chung. Xem bên dưới

nhập mô tả hình ảnh ở đây

Mất hiệu suất

Kích thước khu vực vật lý là lượng dữ liệu tối thiểu mà một ổ đĩa có thể đọc hoặc ghi. Nếu bạn định dạng với các đơn vị phân bổ nhỏ hơn kích thước khu vực, bạn sẽ mất hiệu suất.

Giả sử ổ đĩa flash của bạn có các cung 8 KB và bạn định dạng với các đơn vị phân bổ 4 KB. Bạn yêu cầu viết 4 KB, nhưng tối thiểu ổ đĩa có thể đọc ghi là 8 KB. Điều gì sẽ xảy ra là bạn yêu cầu viết 4 KB, nó đọc 8 KB, nó kết hợp 4 KB mới và 4 KB cũ, nó viết 8 KB.

Trong trường hợp của bạn, ổ flash 4 GB dù sao cũng có hiệu năng rất tệ, vì vậy bạn đừng quan tâm quá nhiều. Nếu bạn muốn tìm hiểu kích thước cung của ổ đĩa của bạn, bạn chạy nhiều định dạng "kiểm tra hiệu suất" (sao chép tệp lớn vào ổ đĩa) với kích thước phân bổ lớn hơn giữa các lần kiểm tra. Khi hiệu suất ngừng cải thiện, bạn đã đạt đến kích thước khối ổ đĩa.


2
Khả năng tương thích với các thiết bị không phải là PC sẽ được tăng lên bằng cách chọn mặc định (4kB).
Xalious
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.