في تحديث أندرويد Android 7، قدمت قوقل مخطط تقسيم في الذاكرة A/B Partitions لتسريع تحديثات أندرويد Seamless Update، الفكرة هي أن قسم A مثبت عليه النظام وعند وصول تحديث OTA يتم تثبيته على قسم B في الخلفية أثناء عمل الهاتف، بعد ذلك يطلب إعادة تشغيل سريعة لتفعيل التحديث "تفعيل قسم B"
بدلاً من قسم A السابق (سيبقى قسم A كما كان يتضمن التحديث السابق ولكن معطل)، أي في حال أن التحديث الجديد على قسم B يحمل مشكلة في التشغيل Boot، سيرجع تلقائياً للتحديث السابق على قسم A.
- ببساطة تحميل وتثبيت التحديث أثناء عمل الهاتف بعد ذلك يطلب إعادة تشغيل "سريعة" لتفعيل التحديث.
- ببساطة تحميل وتثبيت التحديث أثناء عمل الهاتف بعد ذلك يطلب إعادة تشغيل "سريعة" لتفعيل التحديث.
حالياً بعض الأجهزة تدعم هذه الميزة A/B Partitions مثل أجهزة Pixel وOnePlus وXiaomi، سامسونج لم تدعمها إلى الأن!
الأجهزة التي لاتدعمها يتم تطبيق التحديثات بها إفتراضياً من خلال أداة تحديث مخصصة من الريكفري، أي عند وصول تحديث يتم تحميله فقط ثم يطلب إعادة تشغيل للتثبيت (يأخذ وقت).
الأجهزة التي لاتدعمها يتم تطبيق التحديثات بها إفتراضياً من خلال أداة تحديث مخصصة من الريكفري، أي عند وصول تحديث يتم تحميله فقط ثم يطلب إعادة تشغيل للتثبيت (يأخذ وقت).
لماذا بعض الشركات OEMs لم تفعل A/B Partitions؟!
- بسبب الذاكرة لأن بضعة من GB ستكون محجوزة لقسم B وهاتف مثل S20 يحمل الكثير من التطبيقات وبالتالي سنحصل على تكرار من التطبيقات والملفات الضخمة في كل قسم.
- بسبب الوقت والجهد لأن قوقل في كل تحديث رئيسي تحدث طريقة الأقسام بشكل عام.
- بسبب الذاكرة لأن بضعة من GB ستكون محجوزة لقسم B وهاتف مثل S20 يحمل الكثير من التطبيقات وبالتالي سنحصل على تكرار من التطبيقات والملفات الضخمة في كل قسم.
- بسبب الوقت والجهد لأن قوقل في كل تحديث رئيسي تحدث طريقة الأقسام بشكل عام.
في الأندرويد 11 قوقل ستفرض على الشركات المصنعة للهواتف OEMs دعم A/B Partitions في الأجهزة التي يتم إطلاقها حديثاً بنظام أندرويد #Android11 ?
جاري تحميل الاقتراحات...