htop: อ่าน Pulse ของเซิร์ฟเวอร์

ประเด็นสำคัญ

1. มุมมองเริ่มต้นคือเมตรก่อน: แถบ CPU ต่อคอร์, หน่วยความจำและมิเตอร์สลับ, โหลดค่าเฉลี่ยได้ในพริบตาเดียว; การเปลี่ยนจากค่าเฉลี่ยของระบบไปเป็นการแยกผู้ใช้/sys/io จริงนั้นเป็นการเริ่มการวินิจฉัยอย่างแน่นอน (ความอิ่มตัวของ CPU เทียบกับหน่วยความจำเทียบกับจุด I/O ไปยังคำสั่งถัดไปที่แตกต่างกัน)
2. F5 (มุมมองต้นไม้) ตอบว่า 'ใครวางไข่อะไร': บรรทัดกระบวนการที่ควบคุมไม่ได้ในแผนผังแสดงการบัญชีหลัก/รองที่ไม่ดี (ผู้ปฏิบัติงานที่แยกเดี่ยวต่อคิวคำขอ) ซึ่งแสดงรายการที่ไม่ชัดเจน) และการเรียงลำดับตามหน่วยความจำ/cpu บวกต่อผู้ใช้/ตัวกรองชั่วคราว (F4) จะจำกัดผู้ต้องสงสัยให้แคบลงทันที
3. การดำเนินการเชิงโต้ตอบเป็นแบบผ่าตัด: F9 kill (พร้อมตัวเลือกสัญญาณ), F7/F8 renice และพื้นที่สำหรับแท็กกระบวนการต่างๆ สำหรับการดำเนินการแบบแบตช์: การฆ่าโดยการรวบรวม PID จากหน้าจอเดียวกัน จังหวะการทำงาน `ps | grep | ฆ่า ` กับเป้าหมายที่กำลังเคลื่อนที่
4. นิสัยการตั้งค่าที่ติด: ~/.config/htop/htoprc เก็บค่าเริ่มต้น (ตั้งค่า F2: เมตร, จัดเรียงคอลัมน์, โหมดต้นไม้, ซ่อนเธรดผู้ใช้); สลับการแสดงชื่อที่กำหนดเองโดยที่ความดันหน่วยความจำหมายถึงจำนวนเธรดที่สับสน และธีมต่อโฮสต์เป็นมากกว่าแค่การตกแต่งสำหรับการโอนย้ายกะ
5. ขีดจำกัดและตำแหน่งที่อยู่ด้านบน: จำเป็นต้องติดตั้ง htop (กู้ภัย/รูปภาพขั้นต่ำจัดส่งอยู่ด้านบน ไม่ใช่ htop); ตระกูล `vmstat`/`iostat`/`pidstat` เข้ามาแทนที่เมื่อรายละเอียดระดับเอนทิตี (IO ต่อดิสก์, เส้นแรงดัน PSI ต่อ Linux) ต้องการข้อมูลที่ยากกว่าแถบสี การเปรียบเทียบ top-vs-htop-vs-btop ของเราครอบคลุมถึงการแลกเปลี่ยนเครื่องมือ
6. นาทีแรกของเหตุการณ์: เปิด htop อ่านทิศทางโหลด และความอิ่มตัวของแกน จัดเรียงหน่วยความจำ ระบุแผนผังที่ควบคุมไม่ได้ จากนั้นดำเนินการ: ป้องกันทั้ง 'npm รีสตาร์ททุกอย่าง' แก้ไขความตื่นตระหนกและการสังหารคนตาบอดอย่างแท้จริง

บันทึกจากหน้างาน

มุมมองแผนผัง htop ช่วยประหยัดการหยุดทำงานได้มากกว่าการตรวจสอบแดชบอร์ด: F5 จัดเรียงตามหน่วยความจำ และแผนผังกระบวนการที่ควบคุมไม่ได้จะซ้อนอยู่ใต้พาเรนต์ผู้กระทำผิดทุกครั้ง นิสัยที่ให้ความสำคัญกับคีย์บอร์ดเป็นอันดับแรกคือสาเหตุที่วิศวกรที่โทรติดต่อทุกคนพิมพ์ htop ก่อน

คำถามที่พบบ่อย