ที่จอดรถ CPU ของ ESXi และ Windows Server


10

สำหรับผู้ที่ไม่ทราบว่าที่จอดรถ CPU เป็นคุณลักษณะใน Windows Server รุ่นล่าสุดที่อนุญาตให้ Windows วางแกน CPU ให้เป็นศูนย์และไม่มีอะไรใช้ มันถูกนำมาใช้เป็นมาตรการประหยัดพลังงาน มีรายละเอียดเพิ่มเติมเกี่ยวกับที่นี่ท่ามกลางสถานที่อื่น ๆ

อย่างไรก็ตามสิ่งที่ฉันอยากรู้คือว่าเรื่องนี้กับแขกเสมือน - หรือมีที่จอด CPU มากกว่าอุปสรรคมากกว่าความช่วยเหลือเนื่องจากฟิสิคัลซีพียูจัดการโดย ESXi ไม่ใช่ Windows และซีพียูที่จอดมีโอกาสน้อยกว่า จัดการกับปริมาณการใช้เว้นแต่ว่าตัวกำหนดตารางเวลาเห็นว่ามีงานเพียงพอที่จะยกเลิกการดึงซีพียูหรือไม่

ฉันไม่พบอะไรเลยเกี่ยวกับสิ่งนี้ - ฉันสงสัยว่ามันจะขึ้นอยู่กับปริมาณงานที่ให้มา แต่ฉันไม่เห็นการสนทนาใด ๆ (เหมือนพูดไม่ว่าไฮเปอร์เธรดจะมีผลกระทบใด ๆ หรือไม่ ) ในขณะที่ฉันเข้าใจ "การทดสอบกับภาระงานของคุณ" ฉันสงสัยว่ามีคำแนะนำ / แนวทางใด ๆ ที่ฉันพลาดไปหรือไม่


1
ฉันสงสัยว่า VM สามารถบอกให้แกนประมวลผลทางกายภาพเข้าสู่โหมดสลีปได้ ถ้าสิ่งนี้สามารถทำได้มันจะทำโดย hypervisor อิสระของ VM
LatinSuD

ตรง - นั่นคือเหตุผลที่ฉันถามคำถามฉันไม่เห็นจุดจอดรถใน VM ดังนั้นควรปิดการใช้งานที่จอดรถ
Chris J

รุ่น ESXi อะไร การใช้งาน CPU คืออะไรทั้งบนเครื่องของนักพัฒนาซอฟต์แวร์ที่คุณพูดถึงในคอมเม้นท์และบน VM? CPU รุ่นใดที่ใช้ในเครื่องของนักพัฒนาของคุณและในโฮสต์ ESXi ของคุณ ฉันไม่รู้ว่าข้อมูลนี้จะช่วยได้ไหม
Mario Lenz

คำตอบ:


11

พยายามกำหนดขนาด VM ของคุณอย่างแน่นอน

หากคุณมี CPU เสมือนฟรีเพียงพอที่จะต้องกังวลเกี่ยวกับ "ที่จอดรถ CPU" คุณอาจจัดสรรให้กับ VM มากเกินไป

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

แก้ไข:

คุณกำลังประสบปัญหาด้านประสิทธิภาพ

  • ตรวจสอบให้แน่ใจว่าคุณติดตั้งเครื่องมือ VMware แล้ว
  • ตั้งค่า Windows VM Power Options ของคุณเป็น High Performance

ป้อนคำอธิบายรูปภาพที่นี่


2
มันเป็นสิ่งที่เราเห็นในอุปกรณ์ภายใต้ภาระของ CPU ที่ค่อนข้างหนัก - แอพแบบมัลติเธรดไม่ปรากฏว่าใช้ vCPU ทั้งหมดพร้อมกับตัวจัดการทรัพยากรที่ทำเครื่องหมายคู่ว่า "จอด" (แม้จะมีเธรดมากเกินพอ) อยู่ในคิวเพื่อทำงาน) นี่เป็นครั้งแรกที่เราต้องไตร่ตรองว่าที่จอดรถและ VM เป็นปัญหาหรือไม่: ผู้พัฒนาบนเครื่องของเขา (ทางกายภาพ) เห็นว่ารหัสเดียวกันใช้คอร์ทั้งหมด (มีคอร์มากกว่าที่มีใน VM) เรากำลังเกาหัวของเราเพียงเล็กน้อยและต้องการสำรวจด้านนี้โดยเฉพาะ
Chris J

@ChrisJ ดูการแก้ไขของฉันด้านบน
ewwhite

สิ่งนี้ดูเหมือนจะทำเคล็ดลับบนเตียงทดสอบของเรา: ขณะนี้โหลดกำลังถูกกระจายไปทั่ว vCPU ทั้งหมด (ตาม Windows) และมากกว่า 2 เธรดที่เกิดขึ้นพร้อมกันเรามี 4 เธรดพร้อมกัน เราจะทำงานบนแท่นขุดน้ำมันขนาดใหญ่ (หวังว่า) ในวันนี้ดังนั้นจะยืนยันแล้ว
คริส J

1
อย่าลืมเพิ่มลงในนโยบายกลุ่มของ windows server ของคุณ นั่นเป็นเหตุผลที่ฉันไม่เคยสัมผัสด้วยตนเองอีกต่อไป
ewwhite

คำแนะนำที่ดี - ta
Chris J

4

ไม่เป็นไร ถ้าคุณต้องการประหยัดพลังงานจัดสรรแกนน้อยลงให้กับแขก VM Windows จะพยายามจัดการแกนประมวลผล "เสมือน" แต่ไม่สามารถควบคุมไฮเปอร์ไวเซอร์ได้ดังนั้นจึงไม่ส่งผลกระทบต่อ CPU จริงทางกายภาพในระบบ


สำหรับฉันนี่ไม่ใช่ปัญหาการประหยัดพลังงานเนื่องจากโฮสต์ได้รับการรับรองดังนั้นฉันจึงจำเป็นต้องดู ESXi มันมีความแตกต่างมากกว่ากันไม่ว่าจะมีอิทธิพล / รบกวนกับตัวกำหนดตารางเวลาของไฮเปอร์ไวเซอร์เองเนื่องจากท้ายที่สุดแล้วเวลา CPU ของฟิสิคัลจะถูกกำหนดโดยตัวเลือกนั้นและไม่ได้มาจากตัวกำหนดตารางเวลาของ Windows ความรู้สึกของฉันเองคือการจอดรถควรจะปิดการใช้งานดังนั้นตัวกำหนดตารางเวลาของ Windows ไม่จำเป็นต้อง "จอด" CPU ที่ไม่มีอยู่จริงและสิ่งนี้อาจทำให้การใช้ CPU ฟิสิคัลพื้นฐานดีขึ้นโดยอนุญาตให้ ESX จัดสรรเวลา ตาม ผมก็แค่สงสัยว่าลำไส้ของฉันถูกต้อง :-)
คริสเจ

มันจะไม่ส่งผลกระทบต่อกำหนดการ ภายใต้เงื่อนไขที่ จำกัด ESXi อาจ "ขโมย" เวลา CPU ที่ไม่ได้ใช้งานจากแขกของคุณ แต่ไม่เช่นนั้นแกนจะยังคงว่างอยู่เว้นแต่ว่าแขกคนอื่นกำลังใช้งานอยู่
นาธาน C

@ChrisJ ไม่จำเป็นต้องปิดการใช้งาน อย่าพยายามชิงไหวชิงพริบ VMware :)
ewwhite

ฉันไม่ได้พยายามชิงไหวชิงพริบ VMware ฉันพยายามคาดเดา Windows เป็นครั้งที่สอง (ดูเหมือนจะไม่ได้กำหนดเวลาแอปใน vCPU ทั้งหมด) :-) ฉันไม่คิดว่าเราต้องทำอะไรเลย ส่วนใหญ่เนื่องจากการขาดข้อมูลเกี่ยวกับมันออนไลน์ (หมายถึงมากที่สุด / ทุกคนปล่อยให้มันเป็นอยู่) แต่เพียงต้องการที่จะสำรวจด้านนี้
Chris J

@ChrisJ ฉันไม่คิดว่าผู้คนจะแตะการตั้งค่านี้โดยตรง มักเป็นส่วนหนึ่งของนโยบายพลังงานของระบบ
ewwhite
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.