เคยต้องการลองอัปเดตโดยไม่ต้องอัปเดตจริงหรือไม่? DSU ใน Android 10 ได้รับการออกแบบมาเพื่อสิ่งนั้น แต่ปัจจุบันยังมีข้อจำกัด ที่อาจเปลี่ยนแปลงได้ในไม่ช้า
ระบบปฏิบัติการ Android และการกระจายตัวของระดับความปลอดภัยเป็นปัญหาใหญ่ที่ Google ลงทุนความพยายามด้านวิศวกรรมอย่างมากเพื่อต่อสู้ ในช่วงสองปีที่ผ่านมา Google ได้ประกาศโครงการริเริ่มหลักสองโครงการที่ออกแบบมาเพื่อเร่งการเปิดตัวการอัปเดต: โครงการเสียงแหลม และ เมนไลน์โครงการ. หลังเพิ่งประกาศเมื่อเดือนพฤษภาคมนี้ในระหว่าง Google I/O 2019และรองรับเฉพาะอุปกรณ์ที่ใช้ Android 10 เท่านั้น อย่างไรก็ตาม อดีตก็มีมาตั้งแต่นั้นเป็นต้นมา กูเกิล ไอ/โอ 2017ดังนั้นเราจึงได้เห็นว่าการอัปเดต Android มีผลกระทบมากน้อยเพียงใด ด้วยระบบปฏิบัติการ Android 9 Pie และ แอนดรอยด์ 10.
นอกจากการลดการกระจายตัวแล้ว Google ยังต้องการให้ Project Treble มีประโยชน์สำหรับนักพัฒนาแอปอีกด้วย นั่นเป็นเหตุผลที่พวกเขาเปิดเผย การอัปเดตระบบแบบไดนามิก (DSU) ใน Android 10 เพื่อให้นักพัฒนาลองใช้การอัปเดตระบบปฏิบัติการใหม่เวอร์ชันแบร์โบนโดยไม่ต้องปลดล็อคโปรแกรมโหลดบูตหรือล้างข้อมูล เมื่อมองเห็นศักยภาพของ DSU แล้ว Google ไม่ได้หยุดเพียงแค่นั้น พวกเขากำลังขยายยูทิลิตี้โดยทำให้การอัปเดต OTA จาก OEM สามารถติดตั้งได้ในลักษณะเดียวกับการติดตั้ง GSI
นั่นเป็นศัพท์แสงที่เยอะมาก แต่ลองจินตนาการว่าสิ่งนี้จะเกิดขึ้นในอนาคต: OEM เปิดตัวโทรศัพท์ที่ใช้ Android 10 และเริ่มโปรแกรมเบต้าสำหรับ Android 11 คุณสนใจที่จะทดลองใช้รุ่นเบต้านี้เพื่อดูคุณสมบัติใหม่ แต่คุณไม่ต้องการเสี่ยงต่อความเสถียรของไดรเวอร์รายวันปัจจุบันของคุณ แทนที่จะแฟลชอัปเดตเบต้าแล้วหวังว่าจะเสถียรอย่างสมบูรณ์ ทำไมไม่ติดตั้งผ่านโฟลว์ DSU ชั่วคราวล่ะ หากคุณไม่ชอบ เพียงแค่รีบูท แล้วการตั้งค่าของคุณจะกลับมาเป็นปกติ หากคุณชอบคุณสามารถ "ยอมรับ" ในการอัปเดตได้
ฉันไม่รู้เกี่ยวกับคุณ แต่นี่จะเป็นการเปลี่ยนแปลงที่น่ายินดีสำหรับ Android ซึ่งจะทำให้การทดสอบเบต้าสนุกสนานยิ่งขึ้น คุณจะไม่ต้องผูกมัดกับการอัปเดตเบต้าอีกต่อไปเพื่อดูว่าตัวคุณเองจะเป็นอย่างไร ฉันแน่ใจว่าหลายๆ คนอยากเห็น Android 10 เบต้าสำหรับอุปกรณ์ของคุณ แต่คุณอาจไม่สะดวกใจที่จะติดตั้งทันที เมื่อมีการเปลี่ยนแปลงกับ DSU นั่นจะไม่ใช่เรื่องน่ากังวลอีกต่อไป
การอัปเดตระบบแบบไดนามิกใน Android 10+ - มีอะไรเปลี่ยนแปลง
Luca Stefani เพื่อนของ XDA Portal และ a นักพัฒนาที่ได้รับการยอมรับแจ้งให้เราทราบเกี่ยวกับก กระทำใหม่ ผสานใน AOSP ที่มีชื่อว่า "เมานต์พาร์ติชัน DSU หลายพาร์ติชันเมื่อมีอยู่" คอมมิตทำการเปลี่ยนแปลงตารางระบบไฟล์ (fstab) และ เริ่มต้นกระบวนการเพื่อให้สามารถติดตั้งพาร์ติชัน DSU อื่นที่ไม่ใช่ระบบ ซึ่งขณะนี้รวมถึงผลิตภัณฑ์และผู้จำหน่าย สามารถติดตั้งได้ในระหว่างการบูต กระบวนการ.
ปัจจุบัน DSU ได้รับการออกแบบมาเพื่อให้คุณบูต Generic System Image (GSI) ซึ่งเป็นอิมเมจระบบแบร์โบนที่คอมไพล์จาก AOSP เท่านั้น ดังนั้นคุณจึงสามารถทดสอบ API ใหม่และการเปลี่ยนแปลงอื่นๆ ในการอัปเดต Android ล่าสุดได้ อย่างไรก็ตาม ด้วยการเปลี่ยนแปลงนี้ DSU จะยอมรับรูปภาพผลิตภัณฑ์และผู้ขายด้วย แบบแรกประกอบด้วยแอป ไลบรารี และไฟล์อื่น ๆ เฉพาะอุปกรณ์ ในขณะที่แบบหลังมีไบนารีเฉพาะอุปกรณ์ Project Treble สร้างขึ้นเพื่อให้คุณสามารถบูตอุปกรณ์โดยใช้อิมเมจระบบโดยไม่มีไฟล์เฉพาะอุปกรณ์ ดังนั้นการอนุญาตให้โหลดผลิตภัณฑ์และผู้ขายจึงดูไม่สมเหตุสมผลนัก
อย่างไรก็ตาม วิศวกรของ Google กล่าวอย่างชัดเจนว่าการเปลี่ยนแปลงนี้คือ "อนุญาตให้ OEM [to] ติดตั้งแพ็คเกจ OTA บน /data จากนั้นใช้โฟลว์ [the] 'DSU' เพื่อเมานต์ product.img system.img, [และ] vendor.img จาก /data" ซึ่งหมายความว่า แทนที่จะเขียนทับการติดตั้งปัจจุบันด้วยแพ็คเกจ OTA ใหม่ OTA สามารถโหลดได้ชั่วคราว ผ่านทาง สทส. หลังจากทดลองใช้การอัปเดต OTA แล้ว "ผู้ใช้สามารถตัดสินใจได้ว่าต้องการ 'มอบ' รูปภาพเหล่านั้นให้กับ /super หรือไม่" ส่วนสุดท้ายนี้เกี่ยวกับ "การยอมรับ" การเปลี่ยนแปลงยังคงอยู่ในระหว่างดำเนินการ ดังที่วิศวกรของ Google คนหนึ่งตั้งข้อสังเกตว่า "ขณะนี้เรายังไม่มีแผนที่จะสร้างพาร์ติชัน DSU ถาวรภายใต้บริบทของ DSU" จากนั้นเขาก็ระบุว่าจะสามารถนำไปปฏิบัติได้อย่างไร แต่การดำเนินการนี้ "อยู่นอกเหนือขอบเขต" ของสิ่งนี้ แพทช์ปัจจุบัน
มีคำศัพท์และแนวคิดบางประการที่เราต้องอธิบายที่นี่ เนื่องจาก Google ชอบเปลี่ยนรูปแบบพาร์ติชันใน Android ทุกรุ่น สำหรับผู้เริ่มต้น ฉันขอแนะนำให้อ่านบทความก่อนหน้านี้ของฉันเกี่ยวกับ การอัปเดตระบบแบบไดนามิก สำหรับภาพรวมคร่าวๆ เกี่ยวกับวิธีการทำงาน แต่โดยสรุป จะใช้ประโยชน์จากแนวคิดของ "พาร์ติชันไดนามิก" ซึ่งเป็นพาร์ติชันหน่วยเก็บข้อมูลจริงหนึ่งพาร์ติชัน (เรียกว่า พาร์ติชัน "super") ที่ถูกแบ่งออกเป็นโลจิคัลพาร์ติชันที่ปรับขนาดได้ (รวมถึงระบบ ผู้จำหน่าย ผลิตภัณฑ์ และ system_ext) เพื่อติดตั้งชั่วคราว จีเอสไอ. เมื่อติดตั้ง GSI DSU จะสร้างพื้นที่สำหรับระบบใหม่และอิมเมจข้อมูลผู้ใช้โดยการปรับขนาดพาร์ติชันข้อมูลผู้ใช้ที่มีอยู่ Building Block สำหรับการสนับสนุน DSU (พาร์ติชันไดนามิก, ramdisk และจุดตรวจสอบสำหรับการสำรองข้อมูล) เป็นข้อกำหนดในการเปิดใช้สำหรับ แอนดรอยด์ 10ดังนั้นอุปกรณ์ใดๆ ที่เปิดตัวระบบปฏิบัติการ Android เวอร์ชันใหม่ควรรองรับ DSU DSU ไม่ใช่โซลูชันบูทคู่สำหรับ ROM แบบกำหนดเองที่คุณบางคนกำลังมองหา เนื่องจากสามารถติดตั้งได้เฉพาะรูปภาพที่ตรงกับคีย์ Android Verified Boot (AVB) เท่านั้น อย่างไรก็ตาม ด้วยการเปลี่ยนแปลงใหม่นี้ อาจมีประโยชน์มากขึ้นในอนาคต
นอกเหนือจากพาร์ติชั่นไดนามิกแล้ว Google ยังแนะนำแนวคิด "Virtual A/B" ใน Android 10 อีกด้วย โดยพื้นฐานแล้วนี่คือการดำเนินการของ พาร์ติชั่น A/B คู่ จากเมื่อก่อน แต่มีโลจิคัลพาร์ติชันแทน พาร์ติชัน A/B เกี่ยวข้องกับสำเนาของพาร์ติชันที่สำคัญเพื่อให้สามารถอัปเดตได้อย่างราบรื่นและปลอดภัย การใช้ "A/B เสมือน" เป็นวิธีที่วิศวกรของ Google จินตนาการถึง "การยอมรับ" พาร์ติชัน DSU ลงบนพาร์ติชันจากการติดตั้งปัจจุบัน เช่นเดียวกับกระบวนการอัพเดต A/B OTA ในปัจจุบัน บางทีการเปลี่ยนแปลงจากอิมเมจใหม่อาจเกิดขึ้นกับพาร์ติชันที่ไม่ได้ใช้งาน
การเปลี่ยนแปลงเหล่านี้ยังอยู่ในการพัฒนาและอาจใช้เวลาสักครู่ก่อนที่ Google หรือ OEM จะนำไปใช้ เรา อาจจะไม่เห็นการใช้งานใด ๆ จนกว่า Android 11 R จะเปิดตัวเป็นอย่างเร็วที่สุด ปี. ถึงกระนั้นก็ตาม ก็ไม่รับประกันว่า OEM จะใช้ฟีเจอร์นี้ในการอัปเดต OTA เมื่อพิจารณาว่าสิ่งนี้มีประโยชน์สำหรับการทดสอบเบต้ามากเพียงใด ฉันคิดว่า Google กำลังทำงานร่วมกับ OEM ที่สนใจอยู่แล้วเพื่อเปิดใช้งานคุณสมบัตินี้สำหรับการอัปเดตในอนาคต ฉันรู้สึกตื่นเต้นเป็นการส่วนตัวกับโอกาสที่จะลองก่อนที่จะซื้อการอัปเดต Android ใหม่ แต่แล้วคุณล่ะ?