Score:0

CPU ที่ไม่เป็นศูนย์พร้อม (แต่โฮสต์ใช้งานน้อยเกินไป)

ธง cz

ฉันมีปัญหาเกี่ยวกับประสิทธิภาพการทำงานบน Red Hat VM ซึ่งดูเหมือนจะเกี่ยวข้องกับกระบวนการ Java ที่ดูเหมือนจะค่อนข้างหนักในการประมวลผลและข้อมูล ฉันทำงานผ่านหลายสิ่งหลายอย่าง แต่จนถึงตอนนี้ยังไม่มีอะไรปรับปรุงประสิทธิภาพ

ขณะนี้ฉันมี VM นี้บนโฮสต์และได้ยืนยันว่าฉันมีตัวประมวลผลเสมือนที่เหลืออยู่เมื่อฉันคำนวณคอร์/ซ็อกเก็ต/เธรด

ฉันไม่เข้าใจว่าเหตุใด "CPU พร้อม" ของ VM จึงไม่เป็นศูนย์เมื่อโฮสต์ใช้งาน vCPU น้อยเกินไป

ค่าที่ไม่เป็นศูนย์อาจหมายความว่า VM กำลังถูกเปลี่ยนแบบกึ่งสุ่มไปยัง CPU ที่แตกต่างกันหรือไม่

บางทีฉันอาจพลาดบางสิ่งที่ชัดเจนไป... ฉันเดาว่าฉันอยากลองตรึง VM กับ vCPU เดียวกันกับการทดสอบ

John Mahowald avatar
cn flag
โปรดอธิบายปัญหาด้านประสิทธิภาพ ประสิทธิภาพไม่เพียงพอสำหรับผู้ใช้อย่างไร โดยทั่วไปแล้วแอปพลิเคชันกำลังทำอะไร มีกี่เธรด ซ็อกเก็ต CPU และการกำหนดค่าหลักของโฮสต์และแขกคืออะไร การกระจายระบบปฏิบัติการของแขกรุ่นใด (เคอร์เนลและเครื่องมือการทำโปรไฟล์เปลี่ยนไปเล็กน้อยในช่วงหลายปีที่ผ่านมา)
cz flag
แอปพลิเคชันที่ใช้ Java ทำงานช้าลง 2 เท่า (หรือมากกว่า) ผมเชื่อว่าส่วนใหญ่เป็น single-threaded เนื่องจากเป็นระบบที่ค่อนข้างซับซ้อน เป็นระบบ HPE ที่ใหม่กว่า ดังนั้นในช่วง 64 vCPU (พร้อมไฮเปอร์เธรด) VM คือ Red Hat 7 (ลองกับ 6,12 และแม้แต่ 24 vCPU) ฉันรู้ว่าฉันคงยังพูดไม่มากพอ (หรือพูดมากเกินไปเพื่ออธิบายเรื่องทั้งหมด) คำถาม / ประเด็นหลักของฉันคือการถามเกี่ยวกับสถิติ ESXi "CPU ready" ฉันไม่คาดหวังว่ามันจะไม่เป็นศูนย์เมื่อฉันไม่ได้จัดสรรมากเกินไป
cz flag
ไม่สามารถแก้ไขได้อีกต่อไป... ทั้งหมดนี้เริ่มต้นด้วย P2V เรามีพันธมิตรที่อยู่ในสถานการณ์เดียวกัน และพวกเขาไม่เป็นไร แต่พวกเขาใช้ HCI (พร้อมพื้นที่จัดเก็บเฉพาะในเครื่อง) และเราไม่ได้ (FC เปลี่ยนไปใช้ SAN ที่ใช้ร่วมกัน)
John Mahowald avatar
cn flag
ความเร็วครึ่งหนึ่งของอะไร พื้นฐานของคุณสำหรับการเปรียบเทียบคืออะไร? และค่าทั่วไปของ CPU Ready คืออะไร 5% แตกต่างจาก 50% เล็กน้อย
cz flag
ฉันคิดว่าคำถามของฉันง่าย... ESXi ที่ไม่ได้ใช้งานน้อยควรยังมี CPU ที่ไม่เป็นศูนย์พร้อมอยู่หรือไม่ นั่นคือทั้งหมดที่ฉันอยากรู้ ฉันจะดูว่าฉันต้องเข้าถึงเรื่องราวเบื้องหลังทั้งหมดหรือไม่ในขณะที่ฉันค้นหาต่อไป
Score:0
ธง cn

VMware แนะแนวทางสุขภาพที่ดี CPU %READY คือ "ต่ำกว่า 5%". อย่างไรก็ตาม มันสามารถไม่เป็นศูนย์ได้แม้ว่า CPU จะไม่ได้เป็นสมาชิกมากเกินไปก็ตาม เป็นไปได้ที่ไฮเปอร์ไวเซอร์จะไม่พร้อมในทุกรอบที่แขกร้องขอ

การที่สิ่งนี้จะมีความสำคัญต่อประสิทธิภาพตามที่ผู้ใช้ปลายทางเห็นนั้นขึ้นอยู่กับตัวแปรจำนวนมหาศาล และมีความเฉพาะเจาะจงอย่างมากกับแอปพลิเคชันและปริมาณงาน

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา