Смартфони

Редакция Overclock.bg ·

GrapheneOS: защо Pixel лагва след Android 17 QPR1

GrapheneOS: защо Pixel лагва след Android 17 QPR1

Екипът на GrapheneOS обяви, че е намерил и поправил причината за забавянията и пълните забивания, за които собственици на Pixel се оплакват след септемврийското обновление. Проблемът е регресия в дървото с драйвери за ядрото на Pixel, влязла с Android 17 QPR1 на 15 септември 2026 г., и според разработчиците тя се проявява, когато устройството е под натиск върху паметта. Поправката излезе в release 2026100200 на GrapheneOS на 2 октомври — но стабилният Pixel OS още я няма.

Случаят е описан подробно от Android Authority, който първи свърза оплакванията на потребителите с обяснението на GrapheneOS.

Какво точно се е счупило

Според changelog-а на GrapheneOS промяна в ядрото на Pixel, дошла с QPR1, е развалила поведението на mmap read-ahead — механизмът, по който ядрото предварително чете страници от диска при работа с файлове, качени в паметта. Поправката на GrapheneOS буквално връща поведението от Android 17 (билдовете CP2A), каквото беше преди QPR1.

Защо това се усеща толкова силно? Android разчита на агресивно управление на паметта: замразява кеширани процеси, убива ги при нужда и подрязва заетата памет на фоновите приложения. Кодът на приложенията обаче живее във файлове, качени през mmap — когато те бъдат изхвърлени от паметта и трябва да се прочетат отново, развалената read-ahead логика превръща връщането към приложение в поредица от микро-замръзвания.

Резултатът, както го описва GrapheneOS, е заекване на интерфейса, забавяне, откровени забивания и крашове на приложения. Ефектът е най-тежък при хората с много инсталирани приложения или с няколко профила — Private Space, работен профил, допълнителни потребители. Екипът оценява, че сериозно засяга около една пета от потребителите, а много повече го забелязват, щом им кажат за него. Важна подробност: трябват дни непрекъсната работа, преди натискът върху паметта да стане достатъчен — затова рестартът помага временно, а след това всичко започва отначало.

Pixel 11 Pro и Pixel 11 Pro XL Снимка: Google

Това не е проблем на GrapheneOS

Тук е същественото: кодът идва от Google. GrapheneOS беше засегната, защото обновява firmware-а, драйверите и HAL-овете от последния Pixel билд — тоест наследи дефекта от същия източник, от който го получават и стандартните телефони. Същите симптоми се съобщават и на стоковия Pixel OS.

Числата го потвърждават. В анкета на Android Authority 68% от отговорилите съобщават за нов проблем след инсталирането на QPR1, срещу 32% без нови оплаквания, като на първо място по честота са именно проблемите с производителността, следвани от странно поведение на интерфейса, графични дефекти и проблеми с връзката. Данните са от онлайн анкета и естествено клонят към хората, които имат оплакване, но разликата е твърде голяма, за да се отдаде само на това.

Google изброи около 20 поправени бъга в септемврийското обновление за Pixel, но публично потвърждение конкретно за тази регресия няма. Остава открито дали кръпката ще дойде с октомврийския patch, или ще чака Android 17 QPR2 през декември. За Pixel 6 и Pixel 6 Pro прогнозата е най-лоша — гарантираният им период за обновления изтича през октомври 2026 г., тоест на стоковата система може никога да не получат поправка.

Съвет

Докато чакате официална кръпка, най-практичният палиатив е рестарт на няколко дни. В Developer options може да намалите и Background process limit — ще се натоварва по-малко паметта, но на цената на по-често презареждане на фоновите приложения.

Защо GrapheneOS изобщо коментира Google

Случаят попадна в по-голям спор. GrapheneOS обвинява Google, че QPR1 въвежда нови разработчески API-та, които не са добавени в AOSP — според екипа за пръв път от времето на Honeycomb. Става дума за нов пакет android.hardware.hid и промени в още 16 пакета, включително android.media, android.os, android.telecom и android.view. Платформените кръпки от септемврийския Pixel бюлетин ще стигнат до другите производители едва с QPR2 през декември, а заявката за GPL кода на билда CD1A.260905.001.A1, подадена на 1 септември, е била изпълнена над две седмици по-късно, пише It’s FOSS.

За читателите, които следят темата, това е същата линия на напрежение, която видяхме и когато Google спря bug bounty програмата за отворен код, и в разговора за това колко лесно се отключва bootloader-ът на новите устройства на Google — въпрос, който стои и около Googlebook.

Какво следва

Ако имате Pixel от 6 до 11 серия и телефонът ви започва да заеква ден-два след рестарт, вече знаете къде да търсите причината — и че не е във вашите приложения. Потребителите на GrapheneOS за Pixel 6 до Pixel 10a могат да я затворят още днес с обновление до стабилния канал. Останалите зависят от Google, като реалистичният срок е между октомврийския patch и QPR2 през декември.

Отделно Android Authority изброява и другите слабости на Pixel 11 Pro, които смята, че трябва да отпаднат в следващото поколение — от скоростта на зареждане до стабилността на безжичните връзки. Поука от този казус обаче има и за Google: регресия, която външен екип открива и затваря за един ден, е твърде скъпа, за да стои седмици в стабилна версия.

Харесва ви? Отбележете ни и ще ни виждате по-нагоре в Google.

Предпочитан източник в Google

Прочетете още