Nếu bạn muốn độ chính xác, bạn nên sử dụng fio. Nó yêu cầu đọc hướng dẫn ( man fio) nhưng nó sẽ cho bạn kết quả chính xác. Lưu ý rằng đối với bất kỳ độ chính xác, bạn cần xác định chính xác những gì bạn muốn đo. Vài ví dụ:
Tốc độ ĐỌC tuần tự với các khối lớn (giá trị này phải gần với số bạn thấy trong thông số kỹ thuật cho ổ đĩa của bạn):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=read --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Tốc độ VIẾT tuần tự với các khối lớn (giá trị này phải gần bằng số bạn thấy trong thông số kỹ thuật cho ổ đĩa của bạn):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=write --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Ngẫu nhiên 4K đọc QĐ1 (đây là con số thực sự quan trọng đối với hiệu suất trong thế giới thực trừ khi bạn biết rõ hơn):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randread --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Kết hợp ngẫu nhiên 4K đọc và ghi QĐ1 với đồng bộ hóa (đây là trường hợp xấu nhất bạn từng mong đợi từ ổ đĩa của mình, thường là ít hơn 1% số được liệt kê trong bảng thông số):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randrw --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Tăng --sizeđối số để tăng kích thước tệp. Sử dụng các tệp lớn hơn có thể làm giảm số lượng bạn nhận được tùy thuộc vào công nghệ ổ đĩa và chương trình cơ sở. Các tệp nhỏ sẽ cho kết quả "quá tốt" cho phương tiện quay vì đầu đọc không cần phải di chuyển nhiều. Nếu thiết bị của bạn gần trống, sử dụng tệp đủ lớn để lấp đầy ổ đĩa sẽ giúp bạn xử lý trường hợp xấu nhất cho mỗi bài kiểm tra. Trong trường hợp SSD, kích thước tệp không quan trọng lắm.
Tuy nhiên, lưu ý rằng đối với một số phương tiện lưu trữ, kích thước của tệp không quan trọng bằng tổng số byte được ghi trong khoảng thời gian ngắn. Ví dụ: một số ổ SSD có thể có hiệu suất nhanh hơn đáng kể với các khối bị xóa trước hoặc nó có thể có vùng flash SLC nhỏ được sử dụng làm bộ đệm ghi và hiệu suất thay đổi khi bộ đệm SLC đầy. Một ví dụ khác, ổ cứng Seagate SMR có khoảng 20 GB bộ nhớ cache PMR có hiệu năng khá cao nhưng một khi nó đã đầy, việc ghi trực tiếp vào khu vực SMR có thể giảm hiệu suất xuống 10% so với ban đầu. Và cách duy nhất để thấy sự suy giảm hiệu suất này là trước tiên hãy viết 20+ GB càng nhanh càng tốt. Tất nhiên, tất cả phụ thuộc vào khối lượng công việc của bạn: nếu quyền truy cập ghi của bạn bị gián đoạn với độ trễ kéo dài cho phép thiết bị xóa bộ nhớ cache bên trong, trình tự kiểm tra ngắn hơn sẽ phản ánh hiệu suất thế giới thực của bạn tốt hơn. Nếu bạn cần làm nhiều IO, bạn cần tăng cả hai--io_sizevà --runtimecác tham số. Lưu ý rằng một số phương tiện (ví dụ: hầu hết các thiết bị flash) sẽ bị hao mòn thêm từ thử nghiệm đó. Theo tôi, nếu bất kỳ thiết bị nào đủ kém để không xử lý loại thử nghiệm này, thì không nên sử dụng nó để giữ bất kỳ dữ liệu có giá trị nào trong mọi trường hợp.
Ngoài ra, một số thiết bị SSD chất lượng cao thậm chí có thể có thuật toán cân bằng hao mòn thông minh hơn trong đó bộ đệm SLC bên trong có đủ thông minh để thay thế dữ liệu được ghi lại trong quá trình kiểm tra nếu nó chạm vào cùng một không gian địa chỉ (đó là tệp thử nghiệm nhỏ hơn tổng bộ đệm SLC). Đối với các thiết bị như vậy, kích thước tệp bắt đầu quan trọng trở lại. Nếu bạn cần khối lượng công việc thực tế của mình, tốt nhất bạn nên kiểm tra kích thước tệp mà bạn thực sự sẽ thấy trong cuộc sống thực. Nếu không, số của bạn có thể trông quá tốt.
Lưu ý rằng fiosẽ tạo tệp tạm thời cần thiết trong lần chạy đầu tiên. Nó sẽ được lấp đầy với dữ liệu ngẫu nhiên để tránh nhận được số lượng quá tốt từ các thiết bị gian lận bằng cách nén dữ liệu trước khi ghi vào bộ nhớ vĩnh viễn. Các tập tin tạm thời sẽ được gọi fio-tempfile.dattrong các ví dụ trên và được lưu trữ trong thư mục làm việc hiện tại. Vì vậy, trước tiên bạn nên thay đổi thư mục được gắn trên thiết bị bạn muốn kiểm tra.
Nếu bạn có một ổ SSD tốt và muốn xem số lượng cao hơn nữa, hãy tăng --numjobsở trên. Điều đó xác định sự tương tranh cho việc đọc và viết. Tất cả các ví dụ trên đều được numjobsthiết lập để 1kiểm tra là về quá trình đọc và viết đơn luồng (có thể với một hàng đợi được đặt với iodepth). SSD cao cấp (ví dụ Intel Optane) sẽ có được số lượng cao ngay cả khi không tăng numjobsnhiều (ví dụ: 4đủ để có số thông số kỹ thuật cao nhất) nhưng một số SSD "Enterprise" yêu cầu phải có 32- 128để lấy số spec vì độ trễ bên trong của số đó thiết bị cao hơn nhưng thông lượng tổng thể là điên rồ.
