(Một anh chàng Windows hỏi) Đo độ trễ của đĩa trên Linux: Tôi có phiền không?

Trên Windows, bất cứ khi nào tôi muốn xác thực / xác nhận rằng có thể có các sự cố liên quan đến IO trên ổ đĩa mà cơ sở dữ liệu hoặc ứng dụng có độ trễ thấp khác tồn tại, tôi sẽ kiểm tra độ trễ của đĩa.

Nếu tôi thấy bộ đếm / chuyển bộ trung bình của Windows trung bình > 18-20ms, thì hoàng yến của tôi trong một mỏ than đã chết và tôi cần phải điều tra thêm. Thả chết đơn giản.

Bây giờ tôi đang xem Linux và không thấy số liệu dựa trên độ trễ tương tự. Nghiên cứu nhanh mà tôi đã thực hiện chỉ ra rằng tôi thậm chí có thể KHÔNG MUỐN ... Tôi thấy rất nhiều tài liệu tham khảo về I / O Chờ đợi là cách mà hầu hết mọi người theo dõi điều này.

Có một quy tắc sân bóng mà bạn sử dụng liên quan đến điều này? Ví dụ: BẤT K i chờ đợi tôi thấy xấu cho khối lượng của cơ sở dữ liệu? Có một lệnh i điều chỉnh đơn giản nào mang lại cho tôi cái nhìn tốt hơn về sức khỏe tổng thể của đĩa hơn là chỉ nhìn nhãn cầu TOP?

Cảm ơn nhiều!

Cá nhân tôi sử dụng lệnh iostat -xk 10và nhìn vào awaitcột.

• -x Hiển thị số liệu thống kê mở rộng.
• -k Hiển thị số liệu thống kê tính bằng kilobyte mỗi giây. Hoặc sử dụng m cho megabyte / s.
• 10 khoảng thời gian hiển thị trong vài giây

Đây là một số liệu gần như giống hệt với các cửa sổ / Truyền đĩa trung bình và được liệt kê bằng ms thay vì giây. Vì vậy, các quy tắc tương tự có thể được áp dụng, mặc dù điều này sẽ phụ thuộc vào tất cả các loại. Tôi thường thấy rằng người dùng bắt đầu càu nhàu ở 15ms và 20ms là rất tệ.

Nhấn ctrl + c để thoát hoặc chỉ định số lần lặp để xem với tham số đếm. Lưu ý rằng kết quả lặp đầu tiên bị sai lệch nhiều do mẫu thời gian nhỏ được sử dụng trong lần lặp đầu tiên.

Từ man iostattrang

chờ đợi Thời gian trung bình (tính bằng mili giây) cho các yêu cầu I / O được cấp cho thiết bị sẽ được phục vụ. Điều này bao gồm thời gian dành cho các yêu cầu trong hàng đợi và thời gian phục vụ chúng.

Chỉnh sửa: await là số liệu chính tôi sử dụng để xem đĩa theo tải sản xuất để xem liệu thông lượng và iops của nó có thể theo kịp nhu cầu hay không.

Chỉ số% iowait nói thêm về sự cân bằng giữa việc sử dụng cpu và đĩa. % iostat sẽ vẫn thấp hơn dự kiến ​​nếu cả hoạt động của cpu và đĩa đều cao. Mặt khác, bắt đầu ở mức độ sử dụng đĩa khá thấp,% iuler có thể tương đối cao nếu cpu không hoạt động. Điều này đang được chờ đợi cũng cần phải được thực hiện với một hạt muối. Nếu có nhiều lần đọc / ghi tuần tự xảy ra, nó sẽ nghiêng con số xuống giá trị thấp hơn và quy tắc ngón tay cái 18 ~ 20ms của bạn sẽ không hữu ích trong các điều kiện này vì hầu hết các đoạn được viết sẽ là dữ liệu tuần tự và sẽ được phục vụ bởi đĩa rất nhanh, trong khi io ngẫu nhiên khác sẽ chờ, do hệ thống Hàng đợi lệnh (NCQ) được tích hợp vào đĩa để tối ưu hóa thông lượng bằng cách để đĩa chọn chuỗi yêu cầu được phục vụ.