ความหนาแน่นการใช้งานไม่ใช่ทั้งหมด

การมุ่งไปที่ การครอบครองทรัพยากร 100% อาจดูน่าสนใจ แต่การครอบครองทรัพยากรสูงสุดไม่ได้รับประกันประสิทธิภาพสูงสุด

การครอบครองทรัพยากรสำคัญเพียงเพราะช่วย ซ่อนเวลาแฝง เมื่อซ่อนเวลาแฝงได้แล้ว วอร์ปเพิ่มเติมก็ไม่ได้เพิ่มประโยชน์ใด

เคอร์เนลจำนวนมากทำความเร็วสูงสุดได้ที่การครอบครองทรัพยากรเพียง 50% หลังจากนั้นจะเข้าสู่ภาวะ ผลตอบแทนลดลง และการปรับแต่งส่วนอื่นจะให้ประโยชน์มากกว่า

เธรดที่ทำ การดำเนินการอิสระหลายอย่างสามารถซ่อนเวลาแฝงได้ด้วยตัวเอง จึงต้องการวอร์ปที่ประจำอยู่น้อยลงเพื่อให้ทำงานต่อเนื่อง

บางครั้งการให้เธรดใช้ รีจิสเตอร์มากขึ้นทำให้การครอบครองทรัพยากรลดลง แต่เคอร์เนลกลับเร็วขึ้น เพราะช่วยลดการรับส่งข้อมูลหน่วยความจำและการสลับออก

หากเคอร์เนลถูกจำกัดด้วย แบนด์วิดท์หน่วยความจำ การเพิ่มวอร์ปจะไม่ช่วย รูปแบบการเข้าถึงที่ดีกว่าจะช่วยได้

เมื่อหน่วยคำนวณทำงานเต็มขีด เคอร์เนลจะ ถูกจำกัดด้วยการคำนวณ การครอบครองทรัพยากรที่มากขึ้นไม่สามารถก้าวข้ามเพดานทางคณิตศาสตร์ได้

ให้ Nsight Compute บอกคุณว่าเคอร์เนลถูกจำกัดด้วยหน่วยความจำหรือการคำนวณ ก่อนที่คุณจะเปลี่ยนการตั้งค่าการเปิดใช้งาน

ผู้ตัดสินที่เชื่อถือได้เพียงคนเดียวคือนาฬิกาจับเวลา ลองขนาดบล็อกสักสองสามค่า แล้วเลือกค่าที่ทำงานเร็วที่สุดกับข้อมูลจริง

ให้มองค่า occupancy ต่ำเป็น เบาะแส ไม่ใช่คำตัดสิน กรุณาตรวจสอบว่าเหตุใดจึงต่ำ แล้วจึงตัดสินใจว่าการเพิ่มค่านี้ช่วยได้จริงหรือไม่

การปรับแต่งที่ดีต้องสร้างสมดุลระหว่าง occupancy, การใช้รีจิสเตอร์ และพฤติกรรมของหน่วยความจำ โดยปรับปรุงคอขวดที่แท้จริงแทนการมุ่งที่ตัวชี้วัดเพียงรายการเดียว

ลองทบทวนว่าเมื่อใดการเพิ่ม occupancy จะไม่ช่วยให้เคอร์เนลทำงานดีขึ้นอีก

คุณได้เรียนรู้ว่า occupancy เป็นเพียงวิธีการ ไม่ใช่เป้าหมาย: ใช้เพื่อซ่อนเวลาแฝง ค้นหาคอขวดที่แท้จริง และให้ผลการทดสอบประสิทธิภาพเป็นผู้ตัดสิน 🏁