Tôi đang sử dụng Ubuntu 20.04 LTS, Kernel 5.8.0-55 và có hệ thống tệp của tôi trên md/phần mềm RAID1 bao gồm hai đĩa cứng SATA như của tôi Trang Chủ hệ thống máy chủ. RAM 32 GB, 4 nhân (Intel Core i5-3450). Nó đã như vậy trong nhiều năm và luôn luôn ổn, nhưng kể từ một lúc nào đó, hiệu suất/độ trễ I/O ngày càng trở nên tồi tệ hơn (ít nhất là "đôi khi" theo nhận thức của tôi, tôi khá chắc chắn rằng nó không phải lúc nào cũng tệ như vậy ).
làm đơn giản dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync đưa cho tôi ">75 wa" ở trên cùng và đưa hệ thống của tôi từ "0.something" thành "4" hoặc "5", tức là ngay cả một dd đơn giản cũng đã xếp hàng và gây ra tắc nghẽn trong thời gian ngắn đó.
Gần đây tôi đã có một công việc biên dịch lớn kéo dài nhiều giờ đang chạy, trong đó tôi phải hạn chế quá trình biên dịch với các nhóm ở mức sử dụng CPU 1%, bởi vì khi nó chạy không bị giới hạn (tức là CPU tải ở mức gần 100%) về cơ bản, hệ thống của tôi bị đình trệ với tải hệ thống > 250 vì NGAY LẬP TỨC số I/O chờ đã lên tới hơn 90 đối với tất cả các lõi ở "top"! Ngay khi có thứ gì đó cần I/O lâu hơn vài giây, điều này dường như trở thành gánh nặng cho hệ thống của tôi.
Các đĩa còn lâu mới đạt hiệu suất cao, nhưng hiệu suất I/O được cảm nhận chắc chắn là dưới mức trung bình ngay cả đối với những đĩa đó, cũng như đối với các bài đăng tương tự mà chúng ta đang nói về tốc độ ghi gấp 2-3 lần cho hệ thống gia đình?
$ sudo hdparm -I /dev/sdd
/dev/sdd:
Thiết bị ATA, với phương tiện không thể tháo rời
Số mô hình: TOSHIBA MQ01ABD100
Số Sê-ri: 23CVTYHET
Sửa đổi chương trình cơ sở: AX001U
Vận chuyển: Nối tiếp, ATA8-AST, SATA 1.0a, Phần mở rộng SATA II, SATA Rev 2.5, SATA Rev 2.6
$ sudo hdparm -I /dev/sde
/dev/sde:
Thiết bị ATA, với phương tiện không thể tháo rời
Số mô hình: ST1000LM024 HN-M101MBB
Số sê-ri: S2ZWJ9KG902786
Bản sửa đổi chương trình cơ sở: 2BA30001
Vận chuyển: Nối tiếp, ATA8-AST, SATA 1.0a, Phần mở rộng SATA II, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Tôi biết đó không phải là đĩa nhanh nhất hiện nay, nhưng nó luôn ổn trong những năm qua.
$ sudo hdparm -t /dev/sdd
/dev/sdd:
Đĩa đệm thời gian đọc: 176 MB trong 3,01 giây = 58,47 MB/giây
$ sudo hdparm -t /dev/sde
/dev/sde:
Đĩa đệm thời gian đọc: 266 MB trong 3,02 giây = 88,18 MB/giây
$ sudo hdparm -T /dev/sde
/dev/sde:
Thời gian đọc bộ nhớ cache: 18882 MB trong 1,98 giây = 9543,70 MB/giây
$ sudo hdparm -T /dev/sdd
/dev/sdd:
Thời gian đọc bộ nhớ cache: 18484 MB trong 1,98 giây = 9340,48 MB/giây
$ sudo hdparm -W /dev/sdd
/dev/sdd:
ghi vào bộ nhớ đệm = 1 (bật)
$ sudo hdparm -W /dev/sde
/dev/sde:
ghi vào bộ nhớ đệm = 1 (bật)
/tmp được gắn trên RAID (/dev/md0)
$ dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
1+0 hồ sơ trong
1+0 bản ghi ra
Đã sao chép 1073741824 byte (1,1 GB, 1,0 GiB), 27,6059 giây, 38,9 MB/giây
$ cat /sys/block/sde/queue/scheduler
không có [thời hạn mq]
$ cat /sys/block/sdd/queue/scheduler
không có [thời hạn mq]
$ cat /sys/block/md0/queue/scheduler
không ai
$ sudo mdadm --detail /dev/md0
/dev/md0:
Phiên bản : 1.2
Thời gian sáng tác : Sat 25 Jun 17:40:19 2016
Cấp độ đột kích : đột kích1
Kích thước mảng : 952015872 (907,91 GiB 974,86 GB)
Kích thước nhà phát triển đã sử dụng: 952015872 (907,91 GiB 974,86 GB)
Thiết bị đột kích : 2
Tổng số thiết bị : 2
Kiên trì : Superblock là bền bỉ
Ý định Bitmap: Nội bộ
Thời gian cập nhật : Sat 29 Jan 13:44:00 2022
Trạng thái: đang hoạt động
Thiết bị đang hoạt động : 2
Thiết bị làm việc : 2
Thiết bị bị lỗi: 0
Thiết bị dự phòng : 0
Chính sách nhất quán : bitmap
Tên : bigigloo:0 (địa phương để lưu trữ xxx)
UUID : af846648:6181b04f:d98b2908:602142da
Sự kiện : 336196
Số Chính Nhỏ Nhỏ RaidDevice State
0 8 65 0 đồng bộ hóa đang hoạt động /dev/sde1
1 8 49 1 đồng bộ hóa đang hoạt động /dev/sdd1
Có điều gì tôi có thể kiểm tra không, điều này có thể hạn chế hiệu suất I/O của tôi hay nó thực sự chỉ là vật liệu xấu hay còn gọi là đĩa cũ không còn đủ tốt để theo kịp nhu cầu ngày nay? Nếu tôi quên thêm bất kỳ chi tiết nào của hệ thống cho bài đăng đó, hãy cho tôi biết và tôi rất sẵn lòng bổ sung.
