แก้ไขปัญหาการใช้งาน CPU สูงใน Jitsi Meet บนเบราว์เซอร์ของลูกค้า

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

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

ภาพหน้าจอด้านล่างแสดงตัวอย่างการควบคุมและการตรวจสอบ ลักษณะที่ปรากฏและการใช้งานของการควบคุมอาจแตกต่างกันไปตามการใช้งาน Jitsi เบราว์เซอร์ และเวอร์ชัน

1. ตรวจสอบว่าเบราว์เซอร์เป็นกระบวนการที่ใช้ CPU มากที่สุดหรือไม่

ขณะที่เกิดปัญหา ให้เปิดตัวจัดการงาน (Task Manager), ตัวตรวจสอบกิจกรรม (Activity Monitor) หรือตัวตรวจสอบระบบ (System Monitor) ของระบบปฏิบัติการของคุณ มองหาโปรเซสของเบราว์เซอร์ และหากเครื่องมือเหล่านั้นแยกกิจกรรมของเบราว์เซอร์ออกเป็นแท็บหรืองานต่างๆ ให้มองหาแท็บ Jitsi Meet ด้วย สังเกตว่าการใช้งาน CPU นั้นต่อเนื่องหรือพุ่งสูงขึ้นเพียงชั่วครู่เมื่อมีคนเข้าร่วมหรือเปลี่ยนวิดีโอ นอกจากนี้ ให้ตรวจสอบว่าแอปพลิเคชันอื่น เช่น โปรแกรมบันทึกหน้าจอ เกม หรือโปรแกรมตัดต่อวิดีโอ กำลังใช้หน่วยประมวลผลมากกว่าหรือไม่

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

2. ตรวจสอบว่าไทล์วิดีโอขาเข้าเป็นตัวกระตุ้นหรือไม่

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

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

3. ลดคุณภาพวิดีโอขาเข้าเมื่อสามารถควบคุมได้

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

คู่มือการตั้งค่าปัจจุบันของ Jitsi อธิบายstartLastNว่าเป็นการควบคุมจำนวนวิดีโอของผู้เข้าร่วมที่ได้รับ และระบุว่าใช้แถบเลื่อนคุณภาพเมื่อchannelLastNทำการตั้งค่า ดังนั้นอย่าคิดว่าทุกห้องประชุม Jitsi มีการควบคุมนี้หรือว่ามันทำงานเหมือนกันทุกที่ หากไม่มี ให้ดำเนินการตามขั้นตอนอื่นต่อไป หรือสอบถามผู้ดูแลระบบการประชุมว่าการใช้งานรองรับการจัดการคุณภาพการรับหรือไม่

4. ทดสอบกล้องในพื้นที่แยกต่างหาก

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

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

5. ปิดใช้งานพื้นหลังเสมือนและเอฟเฟ็กต์วิดีโออื่นๆ

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

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

6. ตรวจสอบการตั้งค่าเบราว์เซอร์และกราฟิกอย่างเป็นระบบ

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

การเร่งความเร็วฮาร์ดแวร์เป็นตัวแปรในการวินิจฉัย ไม่ใช่วิธีแก้ไขปัญหาแบบครอบคลุม ใน Chrome คำแนะนำการสนับสนุนของ Google ระบุว่าการปิดการเร่งความเร็วของกราฟิกและรีสตาร์ทเบราว์เซอร์เป็นขั้นตอนการแก้ไขปัญหา หากคุณสงสัยว่ามีปัญหาเกี่ยวกับ GPU หรือไดรเวอร์ ให้บันทึกการตั้งค่าเดิม เปลี่ยนการตั้งค่า รีสตาร์ทเบราว์เซอร์ และเปรียบเทียบการตั้งค่าเดิมอีกครั้ง การเรนเดอร์ด้วยซอฟต์แวร์อาจทำให้การทำงานกลับไปที่ CPU ดังนั้นให้คืนค่าการตั้งค่าหากประสิทธิภาพแย่ลง อัปเดตเบราว์เซอร์และไดรเวอร์กราฟิกผ่านกระบวนการอัปเดตที่ได้รับการสนับสนุนตามปกติ หลีกเลี่ยงการติดตั้งไดรเวอร์จากแหล่งที่ไม่น่าเชื่อถือ

7. สำหรับเว็บไซต์ที่โฮสต์ด้วยตนเอง ควรพิจารณาลดความละเอียดในการจับภาพของกล้องลง

ผู้ดูแลระบบของการติดตั้ง Jitsi แบบโฮสต์เองสามารถตรวจสอบการกำหนดค่าวิดีโอได้หลังจากทดสอบตัวเลือกฝั่งผู้เข้าร่วมแล้ว เอกสารอ้างอิงการกำหนดค่าresolutionจะระบุความสูงของวิดีโอในพื้นที่ที่ต้องการและบันทึกภาพconstraintsแยกต่างหาก ตัวอย่างเช่น ผู้ดูแลระบบสามารถทดสอบเป้าหมายการบันทึกภาพที่ต่ำกว่าได้ดังนี้ในออบเจ็กต์การกำหนดค่าที่ถูกต้อง:

resolution: 360,
constraints: {
  video: {
    height: { ideal: 360, max: 360, min: 240 }
  }
},

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

8. ลดจำนวนวิดีโอระยะไกลที่ยังคงแสดงผลด้วยความละเอียดเต็ม

สำหรับผู้ดูแลระบบที่ผู้ใช้รายงานว่ามีการใช้งาน CPU สูง โดยเฉพาะอย่างยิ่งในมุมมองแบบไทล์ขนาดใหญ่ โปรดตรวจสอบmaxFullResolutionParticipantsเอกสารของ Jitsi ระบุตัวเลือกนี้ว่า จำนวนผู้เข้าร่วมที่แสดงที่ความละเอียดเต็มก่อนที่จะลดวิดีโอที่ได้รับจาก HD เป็น SD ในมุมมองแบบไทล์ การกำหนดค่าเช่นนี้maxFullResolutionParticipants: 4เป็นเพียงค่าตัวอย่างเท่านั้น ไม่ใช่การตั้งค่าที่แนะนำสำหรับทุกองค์กร

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

คุณจะรู้ได้อย่างไรว่าการแก้ไขได้ผล?

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

สำหรับปัญหาฝั่งไคลเอ็นต์ วิธีแก้ไขที่รบกวนน้อยที่สุดมักจะเป็นการลดคุณภาพวิดีโอขาเข้าหากทำได้ ลบการประมวลผลวิดีโอในเครื่องที่ไม่จำเป็น และปิดเวิร์กโหลดที่แย่งทรัพยากร การเปลี่ยนแปลงการกำหนดค่าแบบโฮสต์เองอาจช่วยได้เมื่อรูปแบบดังกล่าวส่งผลกระทบต่อผู้เข้าร่วมจำนวนมาก แต่ก็จะเปลี่ยนประสบการณ์สำหรับทุกคนด้วยเช่นกัน โปรดดูคู่มือผู้ใช้ Jitsi อย่างเป็นทางการสำหรับการควบคุมการประชุมขั้นสูงข้อมูลอ้างอิงการกำหนดค่า Jitsiและรายการเบราว์เซอร์ที่รองรับสำหรับการแก้ไขปัญหาการเร่งความเร็วของ Chrome โปรดปฏิบัติตามคำแนะนำอย่างเป็นทางการเกี่ยวกับการเร่งความเร็วของกราฟิกของ Google Chromeหน้าเหล่านี้ได้รับการตรวจสอบเมื่อวันที่ 6 ตุลาคม 2026 คู่มือ Jitsi จะได้รับการอัปเดตเป็นระยะ ดังนั้นโปรดตรวจสอบตัวเลือกกับเวอร์ชันที่ติดตั้งของคุณ