Câu trả lời:
Hầu hết các ổ SSD sẽ chậm lại khi chúng đầy. SSD có xu hướng chọn các khối trống để ghi vào, vì chúng chỉ có thể sửa đổi một khối bằng cách xóa và viết lại toàn bộ khối. Khi tất cả các khối này được lấp đầy một phần, thì mọi thao tác ghi sẽ yêu cầu xóa và ghi lại, nghĩa là SSD phải đọc khối vào bộ đệm, sửa đổi bộ đệm với dữ liệu mới, sau đó xóa khối và ghi bộ đệm. Điều này đưa ra một thao tác đọc và hai lập trình cho mỗi khối cần được sửa đổi. Ngoài ra, mặc dù phân mảnh có rất ít ảnh hưởng đến SSD, nhưng độ phân mảnh cao và thực tế là hầu hết các hệ điều hành không biết gì về SSD có thể khiến HĐH phát hành nhiều ghi hơn mức cần thiết. Các khối của SSD thường lớn hơn các đơn vị phân bổ của HĐH, vì vậy nếu SSD không mong đợi ghi thêm, thì nó có thể kết thúc việc lặp lại quá trình ba bước tương tự nhiều lần trên mỗi khối, do đó làm chậm việc ghi thậm chí nhiều hơn. Ngay cả việc xóa các tệp cũng không giải quyết được vấn đề này, vì dữ liệu vẫn còn đó và SSD không biết rằng nó không còn được sử dụng nữa và tiếp tục viết lại dữ liệu đã xóa này.
Hoạt động TRIM, mà ổ đĩa của bạn hỗ trợ, cho phép HĐH báo cho ổ đĩa loại bỏ dữ liệu đã xóa. Điều này cho phép ổ đĩa lấy lại các khối trống. Tuy nhiên, các hệ điều hành duy nhất hỗ trợ TRIM là Windows 7, Windows Server 2008 R2 và Linux phân phối bằng kernel 2.6.33 trở lên.
Vì bạn có Windows 7, hệ thống của bạn đang sử dụng lệnh TRIM và có thể lấy lại các khối không sử dụng. Tuy nhiên, TRIM không sắp xếp lại dữ liệu, vì vậy nếu ổ đĩa gần đầy, sự phân mảnh cao vẫn có thể khiến dữ liệu chiếm một phần khối và hạn chế hiệu quả của TRIM. Điều tốt nhất để làm theo như tôi có thể nói là giải phóng càng nhiều dung lượng đĩa càng tốt. Nếu bạn có thể giải phóng đủ không gian, thì các khối đầy đủ có thể được cắt bớt và ổ đĩa của bạn sẽ lấy lại được một số tốc độ. Ngoài ra, có các chương trình chống phân mảnh hướng đến SSD, có nghĩa là chúng sẽ chỉ chống phân mảnh đủ để cắt bớt một số khối bổ sung, nhưng tôi không biết bất kỳ khối miễn phí nào. Tôi nghĩ Diskeeper có nhiệm vụ phải làm điều này, nhưng nó rất tốn kém và tôi đã nghe những ý kiến trái chiều.
Trong bài viết xuất sắc này tại AnandTech, họ khám phá mối quan hệ giữa khu vực dự phòng và hiệu suất SSD. Điểm mấu chốt là tất cả các ổ SSD đều đạt / giữ hiệu năng khi không sử dụng một số dung lượng của chúng. Đôi khi, thậm chí có sự khác biệt giữa 25% không gian trống và 50% không gian trống.
Nó phụ thuộc vào một mô hình SSD cụ thể, nhà cung cấp và mô hình sử dụng.
Trong một số trường hợp, SSD được sử dụng mạnh mẽ có thể mang lại hiệu suất bị suy giảm đáng kể, bất chấp dung lượng ổ đĩa đã sử dụng yêu cầu xóa mức thấp để khôi phục lại mức hiệu suất như mới.
Các hệ thống tập tin nói chung bị chậm khi chúng đầy. Đó là do sự phân mảnh. Trên một đĩa trống, bạn có thể chắc chắn rằng bạn có thể ghi một tệp trong một khối. Khi hệ thống tệp đầy đủ hơn, thì khả năng có thể điều chỉnh tệp vào một khối liền kề duy nhất sẽ giảm và bạn phải tìm kiếm dữ liệu ngày càng nhiều, chuyển đổi dữ liệu ban đầu là truy cập dữ liệu thành một giống như một truy cập ngẫu nhiên của dữ liệu, và do đó chậm hơn.
Một yếu tố quan trọng khác là nếu và bao nhiêu việc cung cấp vượt mức được thiết lập bởi nhà sản xuất SSD, như được giải thích ở đây . Cung cấp quá mức có nghĩa là một số không gian được dành cho các hoạt động nền như thu gom rác và không được cung cấp cho người dùng. Ví dụ: một ổ SSD được quảng cáo là 256 GB thực sự có thể là 282 GB nếu cung cấp vượt mức 10%.
Nếu nhà sản xuất SSD đã hào phóng với không gian cung cấp quá mức, dung lượng ổ đĩa thấp có thể không ảnh hưởng lớn đến hiệu suất, ví dụ, ngay cả một ổ SSD xuất hiện đầy đủ 100% có thể chỉ thực sự đầy 85%. Nhưng nếu bạn thực sự có thể lấp đầy ổ SSD của mình gần 100%, điều đó sẽ gây ra sự suy giảm hiệu suất đáng kể.
Nói tóm lại, số lượng hiệu ứng và liệu nó có đáng chú ý hay không là đặc thù của SSD. Nhưng theo nguyên tắc chung, SSD hoạt động tốt nhất khi chúng hầu như trống rỗng và hiệu suất của chúng giảm khi chúng lấp đầy, vì những lý do được giải thích trong các câu trả lời khác và trong liên kết.