Tôi có nên chống phân mảnh ổ SSD của mình không?

Tôi mới biết rằng một người nên "Không bao giờ chống phân mảnh ổ SSD của bạn". Nhưng tôi không biết nếu đó là sự thật.

Tôi tin rằng Windows 10 đã được tự động lên lịch để hoàn thành việc chống phân mảnh trên ổ SSD của tôi, nhưng tôi đã hủy nó. Nó sẽ gây ra bất kỳ vấn đề cho phân mảnh được thực hiện trước?

SSD vẫn chưa được phân vùng, vì tôi không thể thấy ổ SSD trong thư mục My Computer, chỉ trong trình quản lý phần cứng hệ thống. Các bước chính xác tôi nên thực hiện để cài đặt Windows trên SSD (đó là SSD đầu tiên của tôi) là gì?

Hãy để Windows làm công việc của nó. Mỗi tháng một lần, nó thực hiện phân mảnh toàn bộ thực sự , cũng trên SSD, để tối ưu hóa dữ liệu meta nội bộ.

Câu trả lời ngắn gọn là, vâng, Windows đôi khi chống phân mảnh SSD, vâng, điều quan trọng là phải phân mảnh SSD một cách thông minh và phù hợp, và vâng, Windows rất thông minh về cách xử lý SSD của bạn.

Đây là một câu trả lời từ Microsoft:

Trình tối ưu hóa lưu trữ sẽ phân mảnh ổ SSD mỗi tháng một lần nếu bật chức năng chụp nhanh khối lượng. Điều này là do thiết kế và cần thiết do sao chép volsnap chậm trên hiệu suất ghi trên các ổ SSD bị phân mảnh . Đó cũng là một phần của một quan niệm sai lầm rằng phân mảnh không phải là vấn đề trên SSD. Nếu ổ SSD bị phân mảnh quá mức, bạn có thể đạt phân mảnh tệp tối đa (khi siêu dữ liệu không thể biểu thị thêm bất kỳ đoạn tệp nào) sẽ dẫn đến lỗi khi bạn cố gắng ghi / mở rộng tệp. Hơn nữa, nhiều đoạn tệp hơn có nghĩa là xử lý nhiều siêu dữ liệu hơn trong khi đọc / ghi tệp, điều này có thể dẫn đến hiệu suất chậm hơn.

Theo như Retrim có liên quan, lệnh này sẽ chạy theo lịch trình được chỉ định trong giao diện người dùng dfrgui. Retrim là cần thiết vì cách TRIM được xử lý trong các hệ thống tệp. Do hiệu suất khác nhau của phần cứng đáp ứng với TRIM, TRIM được xử lý không đồng bộ bởi hệ thống tệp. Khi một tệp bị xóa hoặc không gian được giải phóng, hệ thống tệp sẽ xếp hàng yêu cầu cắt được xử lý. Để hạn chế việc sử dụng tài nguyên lén, hàng đợi này chỉ có thể tăng lên số lượng yêu cầu cắt tối đa. Nếu hàng đợi có kích thước tối đa, các yêu cầu TRIM đến có thể bị hủy. Điều này không sao vì chúng tôi sẽ định kỳ đi qua và thực hiện Retrim với Trình tối ưu hóa lưu trữ. Retrim được thực hiện ở mức độ chi tiết nên tránh nhấn vào kích thước hàng đợi yêu cầu TRIM tối đa nơi TRIM bị loại bỏ.

Vì vậy, cài đặt Windows trên SSD và quên nó đi. Windows sẽ tự làm mọi thứ.

Tôi mới biết rằng một người nên "Không bao giờ chống phân mảnh ổ SSD của bạn". Nhưng tôi không biết nếu đó là sự thật.

Một chút kiến ​​thức là nguy hiểm. Không bao giờ chống phân mảnh ổ SSD của bạn có lẽ là một ý tưởng tốt nếu hệ thống của bạn hoàn toàn không biết gì về ổ SSD - Windows XP nói. Và nếu SSD là những bông tuyết mỏng manh có khả năng bị hao mòn và tan chảy trong sức nóng khắc nghiệt của việc sử dụng thông thường - tôi có câu trả lời chi tiết về lý do tại sao điều đó không đúng . Thật khó để "hao mòn" một ổ đĩa trong sử dụng bình thường. Nó có thể hữu ích để học hỏi điều này.

Hãy tính đến việc nếu ứng dụng của bạn giết chết SSD hoặc thậm chí là ghi nặng, như Spotify đã làm , mọi người sẽ lật lại. Và khá thường xuyên những người viết HĐH là thông minh.

Tôi đang tham khảo bài viết trên blog này từ Scott Hanselman cho phần còn lại của câu trả lời này. Câu trả lời của Magicandre cũng tham khảo điều này, nhưng tôi đã loại bỏ những bài học khác nhau từ nó. Nó đáng để đọc để biết chi tiết. Tôi đang có một vài sự tự do với cách tôi thể hiện thông tin. Tôi sẽ bắt đầu với điều này

Tôi nghĩ rằng quan niệm sai lầm chính là hầu hết mọi người đều có mô hình bố trí đĩa \ rất lỗi thời và cách thức hoạt động của SSD.

SSD làm phân mảnh và những phân đoạn này cần được theo dõi . Ở mức cơ bản, SSD chống phân mảnh giúp hệ thống tệp của bạn chạy hiệu quả, ngay cả khi nó khác với cách ổ đĩa bị rỉ sét. Bài đăng tôi tham chiếu chỉ ra các ảnh chụp nhanh khối lượng sẽ chậm mà không bị phân mảnh.

SSD cũng có khái niệm TRIM. Mặc dù TRIM (retrim) là một khái niệm riêng biệt với phân mảnh, nhưng nó vẫn được xử lý bởi hệ thống con Trình tối ưu hóa lưu trữ Windows và lịch biểu được quản lý bởi cùng một giao diện người dùng theo quan điểm của Người dùng.

TRIM là tốt. Trim tiết kiệm khi viết vì đây là cơ chế đánh dấu các khối là đọc mà không xóa chúng và xóa chúng khi cần.

Bất cứ ai nói với bạn rằng đừng bao giờ chống phân mảnh ổ đĩa, không biết rằng các hệ điều hành hiện đại được thiết kế cho SSD và các quy trình vệ sinh cần thiết được đưa vào.

Mặc dù thật hấp dẫn khi cho rằng bạn biết rõ hơn, nhưng trong trường hợp này, những người đã viết HĐH đã tối ưu hóa mọi thứ cho bạn. Giữ bình tĩnh và để Windows chống phân mảnh ổ đĩa của bạn.

Vì sự trọn vẹn:

Phân mảnh phụ thuộc vào hệ thống tập tin (FS) , không phụ thuộc vào đĩa hoặc HĐH.

Điều này có nghĩa là câu trả lời cho câu hỏi của bạn không thực sự cần phải hỏi Windows *; SSD là trường hợp đặc biệt - nó hoạt động khác với một đĩa thông thường.

Một FS là một cách tổ chức các tệp của bạn trên đĩa. Các định dạng Windows phổ biến nhất là NTFSvà FAT32. Việc phổ biến nhất được sử dụng FSS trên Linux là ext3/ ext4, nhưng có rất nhiều người khác ( zfs, xfs, jfs, ReiserFS, btrfs, và nhiều hơn nữa).

Một đĩa được chia thành các khối . Bạn có thể tưởng tượng nó như một cuộn băng dài mà bạn có thể viết một số dữ liệu. Khi bạn viết một cái gì đó lên đĩa, bạn sử dụng các khối này. Rõ ràng là bạn muốn các tệp liên quan được viết cạnh nhau và một tệp duy nhất được viết trong một khối duy nhất, vì vậy bạn không phải nhảy xung quanh băng. Khi mọi thứ nằm rải rác xung quanh, đó là những gì chúng ta gọi là phân mảnh . Chống phân mảnh tổ chức chúng.

Rõ ràng cách bạn tổ chức mọi thứ (FS) xác định mức độ chúng được tổ chức tốt (cho dù có phân mảnh). Nếu bạn sắp xếp các tệp của mình từ đầu, bạn sẽ không bị phân mảnh. Đó là những gì xảy ra trong một số hệ thống tập tin (ví dụ như extgia đình). Các hệ thống tệp này sắp xếp các tệp của bạn một cách nhanh chóng (trước khi viết), do đó bạn không phải chống phân mảnh chúng trừ những trường hợp đặc biệt khi không có lựa chọn nào khác ngoài việc đưa ra một chút rối loạn.

Để biết thêm thông tin về ext4và cách ngăn chặn phân mảnh, bạn có thể tham khảo trang này

Bây giờ một ổ SSD hoạt động khác nhau; nó không phải là băng Bạn có thể truy cập ngay lập tức ở mọi nơi. Toàn bộ vấn đề chống phân mảnh là bạn sắp xếp các tệp của mình gọn gàng, để bạn không phải nhảy lung tung. Không có cách nào để nhảy xung quanh trong một ổ SSD. Bạn không quan tâm liệu bạn có phải đi đến đầu kia của băng qua lại không; không có băng.

Tuy nhiên, có nhiều cách khác để tối ưu hóa SSD. Xem chủ đề này để làm rõ.

*Hầu hết; lựa chọn hệ thống tập tin có tương quan với hệ điều hành. Hầu hết người dùng Linux sử dụng FS khác với người dùng Windows hoặc OS X.

Các câu trả lời hiện có rất hay, nhưng tôi có một số điều cần bổ sung ...
Tôi chống phân mảnh ổ SSD của mình và tắt TRIM tự động , nhưng vì những lý do hoàn toàn khác so với đề cập:

1. Tôi muốn có thể khôi phục các tập tin hoặc phân vùng nếu & khi tôi vô tình xóa một cái gì đó.
   Không, điều đó không xảy ra thường xuyên, nhưng vài lần nó đã xảy ra, thật là bực bội khi không thể phục hồi những thứ mà tôi đã có thể phục hồi trên ổ cứng, ngay cả khi tôi đã cố gắng khôi phục chúng ngay lập tức sau khi xóa .

2. Tôi mở rộng, thu nhỏ và thậm chí di chuyển các phân vùng khoảng vài tháng một lần, và việc chống phân mảnh và hợp nhất các tệp làm cho thao tác này nhanh hơn và ít rủi ro hơn. Bạn nghĩ rằng bạn có thể tin tưởng các nhà quản lý phân vùng hiện nay, nhưng vào cuối tháng 12 năm 2015, tôi đã gặp phải lỗi (tham nhũng) trong các hoạt động di chuyển / thay đổi kích thước đơn giản. Và các nhà quản lý phân vùng thông minh hơn cố gắng tránh chạy trên các khối bị phân mảnh nặng nề trước khi thực hiện bất kỳ thiệt hại nào (và thông thường, mặc dù không phải lúc nào cũng thành công).

3. Đôi khi tôi sử dụng Linux và tôi đã bị đốt cháy bởi sự hỏng hóc của khối lượng NTFS gần đây một năm trước. Đây không phải là do sự phân mảnh cụ thể, nhưng thấy rằng nó thậm chí không thể xử lý unfragmented file đúng, tôi vào thế phòng thủ và cố gắng trình bày như sạch của một khối lượng càng tốt để nó (và thậm chí sau đó, tôi tránh viết nhất của thời đại).

Điều đáng buồn về # 2 và # 3 là, những người không nhìn thấy những vấn đề này bằng chính đôi mắt của họ luôn nghĩ rằng tôi thật điên rồ và đang khắc phục điều này, hoặc hệ thống của tôi phải bị phá vỡ bằng cách nào đó. Nhưng tôi đã sao chép chúng khá nhiều lần trên nhiều hệ thống và là người đã viết trình đọc NTFS của riêng mình , tôi biết một vài điều về hệ thống tệp và lập trình kernel ... với NTFS là trung tâm. Vì vậy, tôi biết lỗi khi tôi nhìn thấy chúng. Không ai tin tôi, nhưng dù sao tôi cũng cảnh báo mọi người, vì tôi đã thấy những điều này xảy ra bằng chính mắt mình - vì vậy, nếu bạn gây rối với các phân vùng hoặc sử dụng Linux, tôi khuyên bạn nên giữ cho ổ đĩa của mình được chống phân mảnh. YMMV.

Ồ, và đừng quên chạy TRIM thủ công mỗi lần khi bạn không cần khôi phục bất cứ thứ gì. Mặc dù nếu tôi trung thực, tôi vẫn chưa thấy bất kỳ lợi ích nào từ nó ...

Bạn có thể chống phân mảnh ssd của bạn. Bạn có nên Chắc chắn là không thường xuyên nhưng có một vài trường hợp có thể có ích khi làm điều đó hiếm khi.

a) Bạn có Samsung Evo 840 bị ảnh hưởng do lỗi đọc chậm các tệp cũ. Chống phân mảnh sẽ viết lại chúng một cách hiệu quả và chúng sẽ không còn là các tệp cũ nữa.

b) Mặc dù ảnh hưởng của phân mảnh trên SSD là rất nhỏ, bộ điều khiển vẫn phải lắp lại các tệp được trải ra trên nhiều chip flash. Tác động hiệu năng của việc này là rất nhỏ, nhưng việc chống phân mảnh một lần nữa sẽ sắp xếp lại các tệp và giúp bộ điều khiển dễ dàng lắp ráp lại.

c) Nếu bạn có bất cứ thứ gì gần với một ssd hiện đại, việc chống phân mảnh thỉnh thoảng sẽ không ảnh hưởng đến thời gian sống của nó đủ để quan trọng. Năm 2018, một trang web công nghệ hw đã thử nghiệm độ bền của ssd và Samsung evo 840 500GB sử dụng 2d tlc (có độ bền rất kém) đã thất bại ở mức khoảng 600 TB ghi. Bất cứ điều gì tốt hơn có khả năng sử dụng 3d tlc (được gọi là vnand bởi một số công ty) có độ bền cao hơn rất nhiều. Các mô hình lớn hơn cũng có nhiều ô để viết để tăng thêm độ bền. Và nếu bạn có độ bền ổ đĩa pro lớn thì đó không phải là vấn đề hoàn toàn (trong thử nghiệm tôi đã đề cập trước khi Samsung pro 512 GB tồn tại trong 9 PB ghi ... các model lớn hơn / mới hơn sẽ kéo dài hơn nữa). Những con số này thực tế không thể đạt được trừ khi bạn đang cố gắng. Writes dùng để giết (dù sao giá rẻ,

Chống phân mảnh ổ SSD thúc đẩy sự thất bại sớm của các khối bộ nhớ có địa chỉ thấp nhất.

Xem: http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

"Ngay cả với các thuật toán cân bằng hao mòn trải đều trên flash, tất cả các ô cuối cùng sẽ thất bại hoặc không hoạt động. Khi điều đó xảy ra, chúng đã nghỉ hưu và được thay thế bằng đèn flash được phân bổ từ khu vực được cung cấp quá mức của SSD. NAND dự phòng này đảm bảo rằng khả năng truy cập của người dùng không bị ảnh hưởng bởi cuộc chiến tiêu hao tàn phá các tế bào của nó. "

"Số thương vong cuối cùng sẽ vượt quá khả năng bù của ổ đĩa, để lại những câu hỏi chưa được trả lời. Mất bao nhiêu lần ghi? Điều gì xảy ra với dữ liệu của bạn ở cuối? SSD có làm mất hiệu suất hoặc độ tin cậy khi ghi chồng lên không?"

Mỗi ô trên ổ SSD sẽ chậm hơn mỗi lần ghi lại. Đĩa che giấu sự hao mòn bằng cách theo dõi các ô nào đã được ghi và ghi vào các ô ít sử dụng trước. Chống phân mảnh có nghĩa là viết lại lớn trên nhiều ô và do đó, nó sẽ làm hao mòn SSD. HD được hưởng lợi từ việc chống phân mảnh vì hiệu suất được cải thiện bằng cách không phải di chuyển cánh tay servo xung quanh thường xuyên, nhưng SSD không bị làm chậm nhiều bởi vị trí dữ liệu ngẫu nhiên.