การใช้พาร์ติชันเสมือนเฉพาะและเริ่มกระบวนการอัปเดตในเบื้องหลัง Pixels จะเสียเวลาน้อยลงในการอัปเดตระบบ คำถามก็คือว่าผู้ผลิตรายอื่นในกาแล็กซี Android จะใช้กลไกใหม่เหล่านี้หรือไม่
หากคุณมีสมาร์ทโฟน Google Pixel คุณอาจทราบถึงด้านที่ไม่ดีของการอัปเดตแบบ "ผ่านทางอากาศ" (OTA): เทอร์มินัลค้างเป็นเวลา 20 นาที เวลาที่ไม่มีการใช้งานที่ค่อนข้างน่ารำคาญซึ่งวิศวกรของ Google ตั้งใจที่จะลดลงด้วยชุดแพตช์ระบบที่นักวิเคราะห์เพิ่งตรวจพบ
อ่านเพิ่มเติม: Android 13: Google ปรับใช้การอัปเดตบนสมาร์ทโฟนที่รองรับ(สิงหาคม 2565)
โดยทั่วไปแล้ว เมื่อ Pixel ติดตั้งการอัปเดต มักจะต้องรีสตาร์ทหลายครั้งจึงจะใช้งานได้อย่างถูกต้อง ในการส่งข้อมูลแบบไปกลับนี้ Google ได้ทำงานโดยใช้ระบบพาร์ติชันเสมือนสำรองที่เรียกว่า "A/B" แทน และการเริ่มทำงานในเบื้องหลังทำให้ Google สามารถลดเวลาในการอัปเดตได้เกือบครึ่งหนึ่ง
นอกเหนือจากการเปลี่ยนไปใช้ระบบพาร์ติชันเสมือนแล้ว ยังมีกลไกหลายอย่างที่ทำงานอยู่ โดยเฉพาะอย่างยิ่งความเป็นไปได้ของการดำเนินการคัดลอก/เขียนแบบขนาน หรือความเป็นไปได้ของการใช้หลายคอร์เพื่อเร่งการดำเนินการบีบอัด/คลายการบีบอัดข้อมูล จากนั้นเพิ่มข้อเท็จจริงที่ว่างานบางอย่างจะดำเนินการในเบื้องหลังในขณะที่อุปกรณ์อยู่ในมือของผู้ใช้ ซึ่งช่วยลดจำนวนการดำเนินการที่จะดำเนินการเมื่ออุปกรณ์ถูกตรึงไว้เล็กน้อยอีกครั้ง
น้อยกว่าสิบนาที
จากการทดสอบที่ดำเนินการกับซอฟต์แวร์เวอร์ชันก่อนเหล่านี้ แอปพลิเคชันการอัปเดตขนาด 2.3 GB ที่ดาวน์โหลดโดยตรงจากเทอร์มินัล (OTA) จะเปลี่ยนจาก 23 นาทีเป็น 13 นาที ผลกระทบจะน้อยลงจากการอัปเดตแบบเพิ่มหน่วย: การใช้งานการอัปเดตขนาด 376 MB จะเปลี่ยนจาก 22 นาทีเป็น 16 นาที เราเห็นตรงนี้ว่าปริมาณข้อมูลที่จะขยาย/ลบ/เขียนมีจำนวนน้อยกว่าการดำเนินการไปกลับระหว่างพาร์ติชัน
แม้ว่าระบบพาร์ติชันเสมือนจะใหม่ แต่เทคนิคเหล่านี้ยังคงขึ้นอยู่กับกลไกที่ Google รู้จักและพัฒนาโดยตั้งแต่ Android 7.0 Nougat:การอัปเดตที่ราบรื่น- เป็นระบบนี้ซึ่งวางรากฐานสำหรับการดาวน์โหลดอัตโนมัติและขั้นตอนการเตรียมการแบบ "พาสซีฟ" ต่างๆ ก่อนที่จะใช้การอัปเดตและย้ายไปยังพาร์ติชันเสมือน
อ่านเพิ่มเติม: Google Pixel 7 และ Pixel 7 Pro: การอัปเดตที่ขี้อายสำหรับแชมป์ภาพถ่าย(ตุลาคม 2565)
ปัญหาสำหรับ Google คือในขณะนี้ กลไกการอัปเดตแบบไม่มีรอยต่อไม่ได้บังคับ และผู้ผลิตยังไม่รีบเร่งที่จะรวมเข้าด้วยกัน ด้วยเหตุผลที่ดี: ระหว่างการดาวน์โหลดอัปสตรีม พื้นที่เก็บข้อมูลการอัปเดต และพาร์ติชันเสมือน อิฐทั้งหมดนี้จำเป็นต้องทุ่มเทและบล็อกหน่วยความจำพื้นที่เก็บข้อมูลจำนวนหนึ่ง ซึ่งยังไม่มีใครยอมรับ – ใครจะยอมมอบ ROM อันมีค่าจำนวนกิกะไบต์ให้กับฟังก์ชันที่เรามองไม่เห็นล่ะ?
อย่างไรก็ตาม สิ่งนี้อาจมีการเปลี่ยนแปลง: มีข่าวลืออยู่หลายครั้งที่แนะนำว่า Google อาจทำให้การรวมกลไกการอัปเดตเหล่านี้มีผลบังคับใช้ในอนาคต ซึ่งจะไม่ก่อให้เกิดปัญหามากนักหากผู้ผลิตจัดการเกิน 128/256 GB เพื่อเพิ่มพื้นที่จัดเก็บข้อมูลต่อซึ่งดูเหมือนถูกบล็อกเมื่อ 4-5 ปีที่แล้ว!
🔴 เพื่อไม่ให้พลาดข่าวสารจาก 01net ติดตามเราได้ที่Google ข่าวสารetวอทส์แอพพ์-
แหล่งที่มา : ตำรวจแอนดรอยด์
