Chrome ความเร็วบน Android ที่สัมผัสได้: ลด scroll lag ลง 48%
Chrome ความเร็วบน Android ในบริบทของบทความนี้หมายถึงความลื่นไหลและความสม่ำเสมอของการเลื่อนหน้าเว็บด้วยนิ้ว โดยเน้นความสามารถของเบราว์เซอร์ในการคำนวณและส่งเฟรมภาพใหม่ทันตามจังหวะรีเฟรชของหน้าจอ เพื่อหลีกเลี่ยงการกระตุกหรือหน่วงที่ผู้ใช้รับรู้ได้ชัดเจนเมื่อใช้งานในชีวิตประจำวัน.
หัวใจของเรื่องคือ Google แก้ปัญหา scroll lag บน Chrome สำหรับ Android ได้อย่างเป็นรูปธรรม โดยลดความถี่ของการเลื่อนกระตุกลงถึง 48% ระหว่างปี 2023 ถึง 2026 นี่ไม่ใช่แค่ตัวเลขสวย ๆ แต่คือประสบการณ์จับต้องได้: การปัดหน้าฟีดข่าวยาว ๆ หรือเว็บที่เต็มไปด้วยโฆษณาและอนิเมชันรู้สึกลื่นกว่าเดิมอย่างเห็นได้ชัด คำกล่าวที่ควรจดคือ “Google has announced that it successfully reduced the frequency of frustrating janky scrolls in Chrome on Android by a massive 48% between 2023 and 2026” ซึ่งสะท้อนว่าเป้าหมายไม่ใช่แค่เพิ่มเฟรมเรต แต่คือทำให้เฟรมมาทันเวลาอย่างสม่ำเสมอ.
เข้าใจปัญหาเดิม: เดดไลน์ 16.7 มิลลิวินาทีกับสถาปัตยกรรมที่ซับซ้อน
ถ้าจะบอกว่าก่อนหน้านี้ Chrome เป็นเบราว์เซอร์ที่เลื่อนกระตุกง่ายที่สุดตัวหนึ่งบน Android ก็คงไม่เกินจริง ปัญหาไม่ได้อยู่ที่ชิปไม่แรง แต่เกิดจากการ “ส่งเฟรมไม่ทันเดดไลน์” มากกว่า Chrome ต้องคำนวณและส่งเฟรมเลื่อนใหม่ให้ทันหน้าต่างรีเฟรชของจอ ซึ่งในจอ 60Hz ระบบมีเวลาเพียงประมาณ 16.7 มิลลิวินาทีต่อเฟรม ถ้าเกินเวลานี้ อุปกรณ์จะโชว์เฟรมเก่า และตาเราจะเห็นเป็นจังหวะสะดุดทันที.
จุดอ่อนใหญ่คือสถาปัตยกรรมหลายกระบวนการของ Chrome เอง เพราะมันแยกโปรเซสสำหรับตัวเบราว์เซอร์ การเรนเดอร์เว็บเพจ และ GPU ออกจากกันเพื่อความปลอดภัยและความเสถียร แต่การแบ่งส่วนแบบนี้ทำให้ข้อมูลต้องวิ่งข้ามเธรดและโปรเซสมากขึ้น ความล่าช้าเพียงไม่กี่มิลลิวินาทีกลายเป็นเฟรมที่หลุดเดดไลน์ทันที ปัญหาเลวร้ายขึ้นบนเว็บไซต์ที่ซับซ้อน มีสคริปต์ แอนิเมชัน และโฆษณาเต็มหน้า ซึ่งเดิมคือพื้นที่ที่การเลื่อนกระตุกโผล่บ่อยที่สุด บทเรียนคือ สถาปัตยกรรมที่ปลอดภัยแต่จัดการไม่ดีอาจกลายเป็นศัตรูของความลื่นไหลได้.
GPU routing optimization: ส่งนิ้วไป GPU โดยตรง ลดภาระเธรดหลัก
กุญแจสำคัญของการแก้ปัญหาครั้งนี้ไม่ได้เริ่มจากการวาดภาพให้เร็วขึ้น แต่เริ่มจากการ “เข้าใจนิ้วผู้ใช้ให้ทันเวลา” Google ใช้เครื่องมือวิเคราะห์ Perfetto เพื่อไล่หาจุดที่กระบวนการอินพุตสะดุด แล้วจึงลงมือออกแบบ GPU routing optimization แบบจริงจัง ผลลัพธ์คือฟีเจอร์ใหม่ชื่อ Input Vizard ที่เปลี่ยนเส้นทางเหตุการณ์สัมผัสจากเส้นทางเดิมที่ต้องผ่านเธรดหลักของเบราว์เซอร์ ไปเข้าที่เธรด compositor ของ GPU โดยตรง.
เมื่อแตะและลากหน้าจอ ระบบ Android จะส่งเหตุการณ์ทัชเข้ามา แต่แทนที่ Chrome จะให้เธรดหลักซึ่งกำลังยุ่งกับสคริปต์และ DOM เป็นตัวกลาง เหตุการณ์เหล่านี้จะวิ่งตรงไปยังเธรด GPU compositor ทันที ทำให้ไม่ต้องรอคิวงานอื่น ลดโอกาสเฟรมหลุดเดดไลน์อย่างชัดเจน นอกจากนี้ Chrome ยังย้ายการประมวลผลกราฟิกบางส่วนไปอยู่ฝั่ง GPU โดยตรงเพื่อตัดคอการรอเธรดหลัก และยกความสำคัญของเธรดอินพุตสัมผัสใน Android ให้สูงขึ้น แนวทางนี้คือการยอมรับว่า “ถ้าไม่รู้ตำแหน่งนิ้วที่แน่นอน ก็ไม่มีทางวาดเฟรมที่ลื่นได้” แล้วออกแบบทุกอย่างให้เชื่อมกับ GPU ให้สั้นที่สุด.
Input prediction, Direct2Thread และ UI ที่เลื่อนทันตา
การส่งอินพุตไป GPU โดยตรงยังไม่พอสำหรับโลกจริงที่ระบบปฏิบัติการอาจส่งข้อมูลทัชมาช้าเป็นบางจังหวะ Chrome จึงเพิ่มชุดเทคนิคเสริม ได้แก่ Input prediction, Input Framer และ Direct2Thread เพื่อปิดรูรั่วที่เหลือ Input prediction จะมองเส้นโค้งการเลื่อนที่สังเกตได้ แล้วสร้างเฟรมสังเคราะห์ขึ้นมาในกรณีที่ OS ส่งข้อมูลอินพุตมาช้า ทำให้เฟรมใหม่ยังมาทันเดดไลน์แม้ข้อมูลจริงจะหน่วง.
ขณะเดียวกัน Input Framer ให้ช่วงผ่อนผันเล็กน้อยแก่เบราว์เซอร์ในการรอเหตุการณ์ทัชที่มาช้ากว่าเดิมเล็กน้อย ส่วน Direct2Thread ก็ลด “การต่อรถหลายคัน” ด้วยการตัดฮอปของเธรดข้ามโปรเซสที่ไม่จำเป็นออกไป นอกเหนือจากส่วนการเลื่อนเนื้อหาหลัก Chrome ยังย้ายการควบคุม UI เช่น แถบที่อยู่และปุ่มต่าง ๆ ไปอยู่ในระบบ Viz เพื่อให้เลื่อนขึ้นลงอย่างซิงก์กับเนื้อหาโดยไม่รบกวนเธรดหลัก ผลคือภาพรวมของประสิทธิภาพเบราว์เซอร์ดีขึ้น ไม่ใช่แค่เฟรมเรต แต่รวมถึงความรู้สึกว่าทุกอย่างขยับเป็นหนึ่งเดียวกับนิ้ว.
ผลลัพธ์ต่อผู้ใช้: Chrome เร็วขึ้นเพราะจัดลำดับความสำคัญใหม่ ไม่ใช่เพราะชิปแรงกว่า
แม้หลายคนอาจรู้สึกว่า “ก็แค่ลื่นขึ้นนิดหน่อย” แต่การลด scroll lag ลงเกือบครึ่งคือความเปลี่ยนแปลงระดับโครงสร้างที่พูดได้ว่าพลิกเกมการรับรู้ต่อ Chrome ความเร็วบน Android ไปเลย การเลื่อนหน้าเว็บที่เคยสะดุดระหว่างโหลดโฆษณาหรืออนิเมชัน ตอนนี้กลายเป็นประสบการณ์ที่เรียบและสม่ำเสมอมากขึ้น แม้ในสถานการณ์ที่ OS หรือฮาร์ดแวร์กำลังทำงานหนัก การเปลี่ยนแปลงเหล่านี้ช่วยให้ Chrome ตอบสนองได้ดีขึ้น เพราะสามารถส่งข้อมูลที่จำเป็นทันเวลาและรักษาเสถียรภาพของการเลื่อน.
ที่น่าสนใจคือ Google เน้น “ความสม่ำเสมอของการส่งเฟรม” มากกว่าความเร็วดิบ นั่นหมายความว่าเบราว์เซอร์ไม่ต้องวิ่งเร็วกว่าคู่แข่งบนเบนช์มาร์ก แต่ต้องลื่นในสายตาผู้ใช้ การแก้ปัญหา scroll lag ครั้งนี้จึงเป็นตัวอย่างชัดว่าความฉลาดด้านสถาปัตยกรรมซอฟต์แวร์มีน้ำหนักเทียบเท่าหรือมากกว่าการใส่ฮาร์ดแวร์แรง ๆ ถ้าใครเคยมอง Chrome ว่าหนักและหนืด การอัปเดตชุดนี้คือเหตุผลที่ควรกลับมาลองใหม่อีกครั้ง เพราะความแตกต่างไม่ได้อยู่ในตัวเลข แต่อยู่ในปลายนิ้วของคุณ.
