ส่วนตัวฉันใช้คำสั่งiostat -xk 10
และดูที่await
คอลัมน์
- -x แสดงสถิติเพิ่มเติม
- -k แสดงสถิติเป็นกิโลไบต์ต่อวินาที หรือใช้ m สำหรับเมกะไบต์ / s
- 10 ช่วงการแสดงผลเป็นวินาที
นี่เป็นตัวชี้วัดที่เหมือนกันอย่างแท้จริงกับ windows Average Disk วินาที / การถ่ายโอนและแสดงรายการเป็นมิลลิวินาที ดังนั้นกฎของหัวแม่มือที่คล้ายกันอาจถูกนำไปใช้แม้ว่าสิ่งนี้จะขึ้นอยู่กับทุกสิ่ง ฉันมักจะพบว่าผู้ใช้เริ่มบ่นที่ 15ms และ 20ms ไม่ดีมาก
กด ctrl + c เพื่อออกหรือระบุจำนวนการวนซ้ำเพื่อดูด้วยพารามิเตอร์การนับ โปรดทราบว่าผลลัพธ์การทำซ้ำครั้งแรกจะเบ้อย่างหนักเนื่องจากตัวอย่างเวลาขนาดเล็กที่ใช้ในการทำซ้ำครั้งแรก
จากman iostat
หน้า
คอยเวลาเฉลี่ย (เป็นมิลลิวินาที) สำหรับคำขอ I / O ที่ออกให้กับอุปกรณ์ที่จะให้บริการ รวมถึงเวลาที่ใช้ในการร้องขอในคิวและเวลาที่ใช้ในการให้บริการ
แก้ไข:
await
เป็นตัวชี้วัดหลักที่ฉันใช้ในการดูดิสก์ที่อยู่ในระหว่างการผลิตเพื่อดูว่าปริมาณงานและ iops สามารถตอบสนองความต้องการได้หรือไม่
% iowait stat นั้นเกี่ยวกับความสมดุลระหว่างการใช้ cpu และดิสก์ % iostat จะยังคงต่ำกว่าที่คาดไว้หากทั้ง cpu และกิจกรรมของดิสก์สูง ในอีกด้านหนึ่งเริ่มต้นที่ระดับการใช้ดิสก์ค่อนข้างต่ำ% iostat อาจค่อนข้างสูงหาก cpu ไม่ได้ทำงาน การพูดแบบนี้ต้องรอด้วยเม็ดเกลือเช่นกัน หากมีการอ่าน / เขียนตามลำดับจำนวนมากมันจะบิดเบือนตัวเลขให้มีค่าต่ำลงและกฎนิ้วหัวแม่มือ 18 ~ 20ms ของคุณจะไม่เป็นประโยชน์ภายใต้เงื่อนไขเหล่านี้เพราะชิ้นส่วนส่วนใหญ่ที่เขียนจะเป็นข้อมูลตามลำดับและจะได้รับบริการ โดยดิสก์อย่างรวดเร็วในขณะที่ io แบบสุ่มอื่น ๆ จะรอเนื่องจากระบบ Native-Command-Queuing (NCQ) ที่ติดตั้งอยู่ในดิสก์เพื่อเพิ่มประสิทธิภาพของปริมาณงานโดยให้ดิสก์เลือกลำดับที่บริการถูกร้องขอ
ioping