Một phân mảnh thực sự làm gì?


13

Một defrag làm gì thực sự? Liệu nó đặt các tập tin thực hiện theo trình tự gần nhau hơn?

Câu trả lời:


19

Trên thực tế, nó đặt tất cả các phần khác nhau của MỘT tệp lại với nhau, vì vậy nếu cần tệp cụ thể đó, ổ cứng sẽ không phải di chuyển cánh tay của nó (đây là bộ ngắt hiệu suất thực sự ở đây) để thu thập tất cả các bit của tệp . ==> do đó, độ hoàn hảo tốt hơn (mặc dù không phải lúc nào cũng đáng chú ý).

Lưu ý rằng điều này chỉ áp dụng cho các đĩa cứng có đĩa và các bộ phận có thể di chuyển. Đối với SSD, điều này không có vấn đề gì, vì phải mất cùng thời gian để tìm nạp bất kỳ dữ liệu nào độc lập với vị trí của nó trên đĩa. Chống phân mảnh ổ SSD thực sự là một ý tưởng tồi vì chúng có số lần giới hạn chúng có thể được ghi vào mỗi "khu vực" (tôi không nghĩ "khu vực" là thuật ngữ đúng ở đây, nhưng bạn biết ý tôi muốn nói gì).


3
Nó không chỉ không phải là vấn đề đối với SSD mà việc chống phân mảnh chúng thực sự là một ý tưởng tồi do giới hạn của chúng.
Jeff Yates

Quả thực tôi sẽ cập nhật câu trả lời của tôi.
fretje

13

Nó phụ thuộc vào chương trình chống phân mảnh.

Tối thiểu nó sẽ nhằm mục đích đưa các cụm cho một tệp hoặc thư mục vào một chuỗi liền kề, với điều kiện là có không gian có sẵn để làm điều này.

Nó cũng có thể sắp xếp các tập tin và thư mục theo hồ sơ sử dụng, nếu nó thu thập những thứ này.

Nó có thể không thể di chuyển một số tệp (một số tệp mở và hệ thống nhất định).

Lý do cho việc chống phân mảnh là việc đọc ngẫu nhiên chậm hơn đáng kể so với việc đọc một chuỗi liên tục các khối / cụm ra khỏi đĩa. Tuy nhiên, không phải tất cả các hệ thống tệp hoặc hệ điều hành đều có cùng yêu cầu đối với các chương trình chống phân mảnh (riêng biệt).


Chống phân mảnh cũng thường nhóm không gian trống trên đĩa thành các cụm lớn nhất có thể. Điều này giúp ngăn chặn các tệp mới được tạo ra bị phân mảnh ở vị trí đầu tiên và cho phép chúng được viết ra nhanh hơn.
David Schwartz

3

Chống phân mảnh có thể làm hai việc:

  • Đảm bảo tất cả các phần của tệp được đặt trong một phần liên tục của ổ cứng. Hầu hết các tệp được chia thành các "mảnh" nhỏ hơn bị mắc kẹt bất cứ nơi nào có không gian. Lúc đầu, chúng sẽ được lưu trữ liên tục, nhưng các khoảng trống / không liên tục sẽ được tạo khi các tệp bị xóa / sửa đổi. Nếu một tập tin được lưu trữ liên tục, thì nó có thể được đọc nhanh hơn.
  • Tối ưu hóa vị trí trên ổ cứng (chỉ ổ cứng quay.) Ổ đĩa cứng bao gồm các đĩa hình đĩa quay. Vòng quay bên ngoài nhanh hơn, do đó ổ cứng sẽ hoạt động tốt hơn khi viết / đọc gần bên ngoài các đĩa này vì nhiều dữ liệu sẽ được chuyển qua đầu đọc / ghi trong một khoảng thời gian nhất định.

Ngoài ra, tôi muốn thêm điều gì đó về việc chống phân mảnh ổ SSD:

Chống phân mảnh ổ SSD

Từ lâu, tôi đã hứa sẽ đăng bài về lý do tại sao việc chống phân mảnh ổ SSD vẫn có liên quan và cần thiết. Đúng là với một ổ SSD, không có đĩa vật lý nào phải quay vào vị trí và không có cánh tay đọc / ghi phải di chuyển dữ dội trên bề mặt đĩa. Vì lý do này, có vẻ như phân mảnh là một sự lãng phí thời gian. Bạn cũng có thể lập luận rằng vì SSD cuối cùng bị hao mòn, bạn không nên lãng phí các chu trình viết lại trên một cái gì đó đơn giản như chống phân mảnh đĩa của bạn.

Một trong những sự thật về công nghệ bộ nhớ flash NAND được sử dụng trong SSD là việc ghi dữ liệu mất nhiều thời gian hơn so với việc đọc dữ liệu. Khi một tệp bị xóa, giống như công nghệ đĩa cứng tiêu chuẩn, chỉ có thông tin thư mục bị xóa và các ô dữ liệu được đánh dấu lại có thể sử dụng được. Các dữ liệu vẫn còn nguyên vẹn cho đến khi một cái gì đó mới ghi đè lên nó.

Điều này có nghĩa là nếu không gian bộ nhớ được sử dụng với tập tin đã bị xóa, thì trước tiên nó phải bị xóa trước khi có thể lập trình lại. Nếu không gian trống bị phân mảnh, một tệp mới phải được chia thành nhiều lệnh ghi nhỏ thay vì một lệnh ghi lớn hơn. Điều này sẽ làm giảm hiệu suất của SSD vì tốc độ ghi chậm, đặc biệt đối với chuyển khối ghi nhỏ. Có, bộ nhớ cache giúp che giấu vấn đề hiệu năng này, nhưng cho dù công nghệ là gì, một lệnh ghi dài luôn tốt hơn nhiều lệnh ghi ngắn.

Net, chống phân mảnh đĩa của bạn thường xuyên nếu bạn muốn hiệu suất tối đa.

nguồn: Bên trong blog của Lenovo


3
Người này bạn trích dẫn là sai. SSD bên trong kết hợp một số ghi vào các khối logic khác nhau thành một lần ghi flash. Giống như đọc, ghi ngẫu nhiên cũng nhanh như tuần tự trên ổ SSD.
psusi

4
Bạn cũng không thể kiểm soát nơi dữ liệu được đặt trên hầu hết các ổ SSD, do các thuật toán cân bằng hao mòn. Mặc dù có thể khắc phục các thuật toán này bằng cách sử dụng phần mềm đặc biệt, hầu hết các phần mềm "ngoài luồng" sẽ không cắt giảm.
Đột phá

Bạn có thể đạt được những gì anh chàng này mô tả bằng cách chỉ cần đọc tất cả dữ liệu nhiều lần. Điều này sẽ cho phép bản thân SSD xác định xem có nên di chuyển tệp không. Các công cụ như SpinRite 6chạy ở các cài đặt chính xác có thể được sử dụng để thực hiện việc này.
Ramhound

1

Phần cứng

Như những người khác đã đề cập, nó đảm bảo rằng các tệp được lưu trữ trong các đơn vị phân bổ được đánh số liên tục.

Trên phương tiện quay như ổ cứng, điều này cho phép truy cập dữ liệu nhanh hơn vì đĩa không phải quay nhiều hơn và đầu không phải đập qua lại. Trên SSD, điều này không có lợi ích hiệu suất.

Phục hồi dữ liệu

Một điều cần lưu ý về phân mảnh là bằng cách đặt các tệp vào các đơn vị phân bổ liên tiếp, việc khôi phục dữ liệu trở nên dễ dàng hơn và có nhiều khả năng thành công hơn. Khi bạn vô tình xóa một tệp, gặp sự cố ổ đĩa hoặc bị vi-rút tấn công, các tệp bị phân mảnh sẽ ít có khả năng thành công hơn.

Điều này là do nếu tệp được chia thành nhiều phần nằm rải rác trên ổ đĩa, thì sẽ trở nên khó khăn (thường là không thể) để tìm ra phần nào đi đâu và thuộc về tệp nào. Điều này thậm chí còn có vấn đề hơn với các ổ đĩa lớn hơn chứa nhiều tệp hơn. Để khôi phục thành công một tệp bị phân mảnh, bạn cần biết từng phần của nó và thứ tự của chúng, nhưng nếu bạn có nó, bạn sẽ không cần phải khôi phục nó.

Nếu các tệp không bị phân mảnh, thì tất cả những gì bạn phải làm là tìm phần đầu của tệp và biết kích thước hoặc biết cách phát hiện phần cuối (ví dụ: bằng cách biết định dạng của tệp hoặc phát hiện khi một tệp mới bắt đầu).

Một cách để giúp phục hồi dữ liệu là sử dụng một hệ thống tệp có khả năng chống tham nhũng cao hơn và chứa các chức năng sao lưu và phục hồi tốt hơn như NTFS trên FAT32. Thật không may, không có hệ thống tệp nào là hoàn hảo và ngay cả những hệ thống tốt nhất vẫn bị mất dữ liệu và yêu cầu khôi phục dữ liệu ngay bây giờ.

khuyến nghị

Với ổ cứng, đảm bảo rằng đĩa được chống phân mảnh (ví dụ: có lịch trình tự động chống phân mảnh bất cứ khi nào hệ thống không hoạt động, nó sẽ ngày càng ít tác vụ hơn khi nó dọn dẹp mọi thứ) giúp cải thiện cơ hội phục hồi các tệp bị mất. Vì SSD không phù hợp để chống phân mảnh, bạn sẽ cần cân nhắc rủi ro và lợi ích của việc chống phân mảnh và làm hao mòn ổ đĩa, tạo bản sao lưu thường xuyên hoặc lưu trữ dữ liệu quan trọng trên ổ cứng.


0

Chống phân mảnh một ổ đĩa có thể làm một vài điều khác nhau. Thông thường, quá trình chống phân mảnh tìm kiếm các tệp đã bị chia thành các khối vì bất kỳ lý do gì. Nhiều trường hợp điều này xảy ra từ đọc và viết đến một ổ đĩa theo thời gian. Chương trình chống phân mảnh tập hợp tất cả các đoạn và sau đó tìm một vị trí trên đĩa nơi toàn bộ tệp sẽ phù hợp. Trong một số trường hợp, nó kết thúc bằng một trò chơi vỏ sò để di chuyển mọi thứ xung quanh tạo vị trí cho tất cả các tệp lớn nhất.

Bây giờ có điều gì đó để nói về việc đặt tất cả các tệp này cùng nhau liên quan đến thời gian "tìm kiếm" điển hình của đầu Đọc / Ghi trên đĩa. Mỗi lần bạn phải di chuyển đầu đọc / ghi ở một nơi khác trên đĩa, bạn thường phải chịu độ trễ của một số mili giây. Khi đọc một tệp tất cả ở một vị trí, đầu đọc / ghi không phải di chuyển rất xa để tiếp tục đọc tệp. Điều này nhanh hơn nhiều so với việc đi đến một điểm khác hoàn toàn trên đĩa. Trong một số trường hợp, việc chống phân mảnh có thể được thực hiện để tối ưu hóa hệ điều hành bằng cách đặt các tệp hệ thống được truy cập thường xuyên gần nhất với "vùng đích" cho đầu đọc / bên phải khi nó không thực hiện bất kỳ việc đọc / ghi nào. Điều này có thể trong nhiều trường hợp tăng tốc mọi thứ lên một chút.

Tôi chưa thấy một công cụ chống phân mảnh nào có khả năng giữ số liệu thống kê về số lần tệp được truy cập, nhưng nếu có, nó có thể xếp đĩa trước với các tệp được truy cập thường xuyên nhất.


0

Hệ thống tệp của bạn đôi khi sẽ đặt các phần của tệp vào các vị trí khác nhau trên đĩa. Khi truy cập tệp này sau, sẽ mất nhiều thời gian hơn vì phải đến từng vị trí đó để truy cập tệp. Đó gọi là sự phân mảnh. Về cơ bản, bạn có các đoạn tệp của mình ở những nơi khác nhau trên đĩa.

Khi bạn chống phân mảnh đĩa, bạn đang sắp xếp lại các tệp trên đĩa sao cho càng nhiều tệp càng tốt được lưu trữ toàn bộ.


0

Nó phụ thuộc vào hệ thống tập tin, bộ chống phân mảnh và ổ cứng / SSD.

Hầu hết các tệp sẽ được hợp nhất thành một khối mỗi. Đó là yêu cầu tối thiểu và định nghĩa của "phân mảnh".

Các trình chống phân mảnh nâng cao hơn sẽ di chuyển các thư mục trước tiên (vì chúng, trên mức trung bình trên mỗi megabyte, được truy cập thường xuyên hơn các tệp thông thường), theo sau là các tệp được truy cập gần đây. Các tệp không được truy cập trong một thời gian dài (thường là 90 ngày) đôi khi được tích cực đặt gần cuối, để cho phép tìm kiếm ngắn hơn cho các tệp được truy cập.

NTF dường như chỉ phân mảnh ít hơn một chút so với FAT nhưng sẽ xuống cấp chậm hơn nếu có. Một số tệp quan trọng không nằm ở phía trước của phân vùng mà ở gần giữa, rõ ràng là để giảm thời gian truy cập trường hợp xấu nhất xuống một nửa. Không chắc chắn về nó, mặc dù.

Thời gian "tìm kiếm" trên SSD là tối thiểu, theo thứ tự micro giây. Bạn đang nhìn nhầm chỗ nếu bạn chống phân mảnh ổ SSD để tìm kiếm. . nếu có bộ điều khiển nào làm điều đó chưa.)

Theo suy nghĩ thứ hai, vâng, SSD phân phối ghi trên các chip có chủ đích, bởi vì đó là cách chúng nhanh hơn và sự phân mảnh nặng có thể làm chậm các mẫu ghi bằng cách làm cho LESS ghi bị phân tán. Đó có thể là một yếu tố để xem xét nếu nó đúng.

Luôn luôn, và thường xuyên, làm sao lưu của bạn. Nếu bạn chống phân mảnh đĩa để dễ phục hồi dữ liệu, BẠN ĐÃ LÀM SAU!

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.