กลับไปบล็อก

เปิดหน้าต่างเบราว์เซอร์หลายหน้าต่างแล้วเครื่องแลค? คู่มือปรับแต่งระบบเพื่อเพิ่มความเร็วในการทำงาน

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

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

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

ทำไมเปิดหลายหน้าต่างถึงกินทรัพยากรมากกว่าเปิดหลายแท็บ

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

คู่มือตรวจสอบประสิทธิภาพสำหรับองค์กรของ Google แบ่งคอขวดที่พบบ่อยออกเป็นหลายประเภท: หน่วยความจำไม่พอหรืออ่านเขียนดิสก์ช้า จะทำให้โพรเซสหลักหน่วง หน้าเว็บไร้ประสิทธิภาพอาจทำให้โพรเซสเรนเดอร์บางตัวกิน CPU เต็มเป็นเวลานาน ไดรเวอร์การ์ดจอมีปัญหา หรือหน้า 3D, วิดีโอ อาจถ่วงโพรเซส GPU ให้ช้าลง จะเห็นว่าการเปิดหน้าต่างเยอะมักเป็นแค่ภาพภายนอก คอขวดจริงอาจต่างไปโดยสิ้นเชิง

แหล่งที่มักดันทรัพยากรให้พุ่งสูง ที่เจอบ่อยมีดังนี้:

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

ขั้นตอนที่ 1: ก่อนอื่นยืนยันว่าคอขวดอยู่ที่ CPU หน่วยความจำ หรือดิสก์

ดูตัวจัดการงานของระบบ

บน Windows กด Ctrl + Shift + Esc เพื่อเปิดตัวจัดการงาน ไมโครซอฟต์นิยามให้เป็นเครื่องมือกำหนดค่าระบบสำหรับดูการใช้งาน CPU หน่วยความจำ ดิสก์ และเครือข่าย พร้อมจัดการแอปพลิเคชัน ทางเข้าและคำอธิบายตรวจสอบได้ที่นี่

อย่าดูแค่ช่วงเวลาใดเวลาหนึ่ง แนะนำให้สังเกต 2-3 นาทีตอนเครื่องแลคก่อนค่อยตัดสิน:

  • CPU ใกล้เต็มเป็นเวลานาน: ลดจำนวนหน้าต่างที่เปิดพร้อมกันก่อน หยุดวิดีโอและงานอัตโนมัติ แล้วค่อยหาหน้าเว็บที่โหลดหนัก
  • หน่วยความจำใกล้หมด: ปิดสภาพแวดล้อมและแท็บที่ปล่อยทิ้งไว้ ลดส่วนขยาย แบ่งงานเป็นชุดเล็ก ๆ เพื่อรัน
  • ดิสก์แตะ 100% ตลอด: ตรวจว่าเป็นเพราะหน่วยความจำไม่พอจนต้องสลับหน้า (swap) บ่อยหรือไม่ รวมถึงการเขียนไฟล์ดาวน์โหลด สแกนไวรัส และการเขียนแคช
  • GPU สูงผิดปกติหรือภาพกะพริบ: อัปเดตไดรเวอร์การ์ดจอ แล้วทดสอบเทียบกับการเร่งความเร็วด้วยฮาร์ดแวร์
  • เครือข่ายเต็ม: แยกช่วงเวลาของการอัปโหลด สตรีมสด ดาวน์โหลดไฟล์งาน และการเข้าถึงอัตโนมัติออกจากกัน

ดูตัวจัดการงานในตัวของเบราว์เซอร์ต่อ

Chrome บน Windows และ Linux กด Shift + Esc ก็เปิดตัวจัดการงานของเบราว์เซอร์ได้ ที่มาของปุ่มลัดดูได้ในเอกสารปุ่มลัดอย่างเป็นทางการของ Chrome เรียงตาม CPU หรือหน่วยความจำ มักจะเจอได้เร็วว่าหน้าเว็บ ส่วนขยาย หรือเฟรมย่อยตัวไหนกำลังกินทรัพยากรผิดปกติ

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

ถ้าต้องการระบุหน้าเว็บเดียวให้ละเอียดขึ้น นักพัฒนาสามารถใช้ Performance Monitor ใน Chrome DevTools สังเกต CPU ฮีป JavaScript โหนด DOM ตัวฟังอีเวนต์ และจำนวนเฟรมแบบเรียลไทม์ คนทำเว็บทั่วไปไม่ต้องไปงมกับ flame graph แค่เทียบการเปลี่ยนแปลงของทรัพยากรก่อนกับหลังเปิดหน้าใดหน้าหนึ่ง ก็มักเห็นความผิดปกติได้

ขั้นตอนที่ 2: สิ่งที่ต้องควบคุมคือจำนวนที่ทำงานพร้อมกัน ไม่ใช่จำนวนหน้าต่างรวม

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

แบ่งงานออกเป็นสามชั้นเพื่อจัดการ:

  1. ชั้นเปิดค้าง: บัญชีกลุ่มที่ต้องตอบข้อความ จัดการออร์เดอร์ หรือเฝ้าดูความผิดปกติให้ทันเวลา
  2. ชั้นตรวจสอบเป็นระยะ: บัญชีที่ต้องตรวจเป็นช่วง ๆ เปิดเป็นชุดเล็ก ๆ ตรวจเสร็จก็ปิด
  3. ชั้นเก็บ: บัญชีที่ยังไม่มีงานให้ปิดไว้ก่อน เก็บเฉพาะเอกสารสำคัญกับบันทึกการใช้งานที่จำเป็น

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

ขั้นตอนที่ 3: จัดการแท็บ วิดีโอ และกิจกรรมเบื้องหลังให้ดี

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

สำหรับการเปิดหลายหน้าต่าง ปรับตามข้อเหล่านี้:

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

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

ขั้นตอนที่ 4: ลดส่วนขยายให้เหลือเท่าที่ใช้จริง

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

แนะนำให้ตรวจสอบส่วนขยายเดือนละครั้ง:

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

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

ขั้นตอนที่ 5: การเร่งความเร็วด้วยฮาร์ดแวร์ต้องทดสอบ อย่าปิดแบบเหมารวม

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

  1. บันทึกจำนวนหน้าต่างปัจจุบัน ประเภทหน้า และทรัพยากรที่ใช้ไว้ก่อน
  2. สลับการตั้งค่าการเร่งความเร็วด้วยฮาร์ดแวร์แล้วรีสตาร์ทเบราว์เซอร์
  3. รันซ้ำด้วยหน้าต่างและการใช้งานชุดเดิม
  4. เก็บการตั้งค่าชุดที่เสถียรกว่า แล้วอัปเดตไดรเวอร์การ์ดจอไปด้วย

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

ขั้นตอนที่ 6: ตั้งขีดจำกัดจำนวนงานพร้อมกันให้งานอัตโนมัติ

ระบบอัตโนมัติไม่เท่ากับการเปิดหน้าต่างครบทุกตัวแล้ววิ่งไวขึ้น เมื่อจำนวนที่รันพร้อมกันเกินกว่าที่เครื่องรับไหว หน้าโหลดช้าลง ยิ่งมี timeout และลองใหม่หลังล้มเหลวมากขึ้น ปริมาณงานจริง (throughput) กลับลดลง

วิธีที่ไว้ใจได้คือค่อย ๆ เพิ่มโหลด: เริ่มรันที่ 2 งานพร้อมกัน บันทึกเวลาเสร็จของงานหนึ่งชุด อัตราความล้มเหลว จุดพีค CPU และจุดพีคหน่วยความจำ แล้วค่อย ๆ เพิ่มเป็น 4, 6, 8 เมื่อเจอจุดที่อัตราความล้มเหลวเริ่มไต่ขึ้นหรือเวลาต่องานยาวขึ้น ให้ถอยลงหนึ่งระดับแล้วเผื่อไว้

พร้อมกันนั้นควรเสริมกลไกเหล่านี้:

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

การเปิดแบบสลับช่วงเป็นกลุ่มในสภาพแวดล้อมอิสระประหยัดทรัพยากรกว่าการเปิดทั้งหมดพร้อมกัน

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

เช็กลิสต์เร่งความเร็วที่ทำตามได้ตั้งแต่วันนี้

ถ้าอยากลงมือเลยตอนนี้ ให้ไล่ตามลำดับนี้:

  1. ตอนเครื่องแลคเปิดตัวจัดการงานระบบ บันทึก CPU หน่วยความจำ ดิสก์ GPU และเครือข่าย
  2. ใช้ตัวจัดการงานของเบราว์เซอร์หาหน้าเว็บและส่วนขยายที่กินสูงสุด
  3. ปิดวิดีโอ สตรีมสด การดาวน์โหลด และหน้าที่รีเฟรชอัตโนมัติซึ่งไม่มีคุณค่าทางธุรกิจ
  4. เปิดฟีเจอร์ประหยัดหน่วยความจำ ตั้งข้อยกเว้นเปิดค้างเฉพาะเว็บที่จำเป็น
  5. ลบหรือปิดส่วนขยายที่ไม่จำเป็น และจำกัดสิทธิ์เข้าถึงเว็บไซต์ของส่วนขยาย
  6. แบ่งบัญชีเป็นชุดเล็ก ๆ เปิด-ปิดแบบสลับช่วงเวลา
  7. ตั้งขีดจำกัดจำนวนพร้อมกัน ระยะห่างเริ่มต้น timeout และบันทึกให้งานอัตโนมัติ
  8. ทดสอบการเร่งความเร็วด้วยฮาร์ดแวร์กับไดรเวอร์การ์ดจอแยกกัน อย่าเปลี่ยนหลายอย่างพร้อมกัน
  9. แต่ละครั้งปรับตัวแปรเดียว และเก็บข้อมูลก่อน-หลังไว้
  10. ถ้าทรัพยากรยังแตะเพดานนาน ๆ ค่อยพิจารณาเพิ่มแรม อัปเกรด CPU หรือกระจายงานไปอุปกรณ์มากขึ้น

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

กวาดแคชแล้วเปิดหลายหน้าต่างจะไวขึ้นถาวรไหม?

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

แรมยิ่งมาก เปิดหน้าต่างได้ยิ่งเยอะจริงไหม?

ไม่ใช่ แรมเป็นแค่ส่วนหนึ่ง CPU GPU ดิสก์ เครือข่าย สคริปต์หน้าเว็บ และส่วนขยายอาจถึงคอขวดก่อนกัน อย่าเพิ่งอัปเกรด สังเกตสักสองสามวันให้ชัดก่อนว่ารายการจำกัดจริงอยู่ตรงไหน

ทำไมตอนเปิดหน้าต่างใหม่ ๆ ถึงแลคที่สุด?

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

ควรปิดการเร่งความเร็วด้วยฮาร์ดแวร์ตลอดเวลาหรือไม่?

ไม่ควรเหมารวม เมื่อไดรเวอร์และ GPU ปกติ การเร่งด้วยฮาร์ดแวร์มักมีคุณค่า เฉพาะเมื่อภาพผิดปกติ คร้าง หรือบางสภาพแวดล้อมระยะไกลเข้ากันไม่ได้ ถึงคุ้มที่จะเทียบผล

สรุป

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

ขอแค่ทุกการปรับมีข้อมูลเทียบเคียง คุณจะค่อย ๆ แยกแยะได้ว่าควรปรับหน้าเว็บ ส่วนขยาย การจัดงาน หรือฮาร์ดแวร์ แทนที่จะลองผิดลองถูกไปเรื่อย ๆ ในทริกเร่งความเร็วร้อยแปด