.

Цианоген

Инструкция как установить прошивку CyanogenMod с помощью инсталлятора

на устройстве — часть 1

1. Скачайте и установите с официального сайта Сyanogemod — приложение CyanogenMod Installer http://get.cm/app

2. Запустите установленное приложение и нажмите кнопку Begin

2. Нажмите кнопку Continue и переключите способ подключения USB в режим PTP (камера)

3. Далее у вас появиться сообщение о том, что теперь ни в коем случае не отключать устройство от компьютера

4. Через несколько секунд появиться сообщение, что необходимо запустить CyanogenMod Installer на компьютере, запускаем

на компьютере — часть 2

5. Запустить инсталлятор CyanogenMod, после чего он выполнит проверку обновления инсталлятора

6. После чего он проверит есть ли подключение к Android устройству

7. После определения Android устройства, начнется скачивание кастомного recovery и прошивки, все это время не отключайте, устройство от ПК!

8. После того как все необходимые части прошивки будут скачаны, вам будет предложено выполнить установку прошивки, нажмите кнопку Install

9. Смартфон перезагрузиться в режим bootloader, после чего начнется процесс прошивки.

Установиться Recovery

И после сама прошивка CyanogenMOD

Через несколько минут на Android устройстве будет новая кастомная прошивка Cyanogemod

CyanogenMod

CyanogenMod


CyanogenMod 14.1

Разработчик

Cyanogen Inc и сообщество

Семейство ОС

Основана на

Исходный код

свободное и открытое программное обеспечение

Первый выпуск

28 августа 2010 года

Последняя версия

14.1 (25 декабря 2016)

Последняя тестовая версия

(разработку продолжает LineageOS)

Поддерживаемые языки

многоязычный, в том числе русский

Поддерживаемые платформы

ARM и x86 32-bit & 64-bit

Тип ядра

монолитное модифицированное ядро Linux

Лицензия

Apache 2 и GPL v2

Состояние

разработка прекращена

Следующая

Веб-сайт

CyanogenMod на Викискладе

CyanogenMod (/saɪ.’æn.oʊ.dʒɛn.mɒd/) — бесплатная операционная система для смартфонов и планшетов, с открытым исходным кодом, основанным на ОС Android. Предназначена для замены проприетарных версий Android, предустанавливаемых поставщиками мобильных устройств. Открытый исходный код и отсутствие пакета предустановленных сервисов Google обеспечивают безопасность и конфиденциальность.

С 31 декабря 2016 года Cyanogen Inc прекратила поддержку и разработку CyanogenMod. Однако команда разработчиков во главе со Стивом Кондиком самостоятельно перезапустила проект под новым брендом LineageOS.

CyanogenMod являлся разработкой команды Cyanogen Team, позднее Cyanogen Inc. Обеспечивал приватность и поддерживал многие функции, отсутствующие в официальной прошивке поставщиков устройств Android, в том числе оригинальную тему Android (до версии 12 — Android Holo, с версии 12 — Google Material Design), кодек для Free Lossless Audio Codec (FLAC), сжатый кэш (compcache), большой список APN, OpenVPN-клиент, меню перезагрузки. Это первая мобильная ОС, включавшая планировщик задач BFS и являвшаяся объединением экспериментальной ветви и официального дерева исходного кода Android. Разработчики утверждали, что CyanogenMod повышает производительность и надёжность ОС по сравнению с официальными релизами прошивки. А пользователи отмечали увеличение времени работы от батареи многих смартфонов после перехода на CyanogenMod.

По состоянию на апрель 2016 года, прошивка CyanogenMod была установлена более чем на 14 миллионах устройств. И являлась наиболее популярной среди всех подобных проектов.

Разработка

Вскоре после появления мобильного телефона HTC Dream в сентябре 2008 года появляется метод, получивший название в сообществе Android «rooting», который давал привилегированный контроль (известный как «root-доступ») в Linux подсистеме Android. Этот метод, в сочетании с открытым исходным кодом и характером ОС Android, позволяет модифицировать прошивки и повторно установить их на телефон по желанию. Он является необходимым для некоторых телефонов, например, Nexus One и Nexus S, которые предназначены для помощи в развитии пользовательских модификаций.

Также разработчики не запрещают делать модификации (custom) для других телефонов.

Последняя версия CyanogenMod базируется на Android 7.1 Nougat. Пользовательская часть CyanogenMod в основном написана Стивом Кондиком (Steve Kondik) и XDA-разработчиками (улучшены, например, панель запуска, контакты, интернет-обозреватель), а также с использованием приложений, таких, как BusyBox.

CyanogenMod 6

Основана на Android 2.2. 28 августа 2010 года была выпущена первая стабильная версия.

CyanogenMod 7

Развитие CyanogenMod 7 началось с выпуском Android 2.3 Gingerbread. 15 февраля 2011 года появились первые бета-версии для нескольких поддерживаемых устройств. Четвёртый релиз бета-версии был представлен 30 марта 2011 года. Он усилил положение CyanogenMod среди других аналогичных прошивок, а также содержал много исправлений ошибок. 11 апреля 2011 года была выпущена первая стабильная версия CyanogenMod 7.0 на основе Android 2.3.3. На данный момент последняя версия CyanogenMod 7 — это CyanogenMod 7.2 на основе Android 2.3.7.

CyanogenMod 9

CyanogenMod 9 основан на Google Android 4.0 Ice Cream Sandwich. Стив Кондик и его команда сообщили, что они начнут работу над новым релизом после того, как Google опубликует исходный код Android 4.0.1. Первый пресс-релиз был представлен 26 июня 2012 года, стабильная версия выпущена 9 августа 2012 года. Последней на данный момент является «ночная» сборка от 9 сентября 2012 года. Команда разработчиков заявила, что поддержка 9-й версии будет осуществляться только в объёме внесения критических исправлений. Все силы будут брошены на развитие 7-й и 10-й версий CyanogenMod.

CyanogenMod 10

Работа над новой версией CyanogenMod, основанной на Google Android 4.1 Jelly Bean, началась после того, как Google в июне 2012 выпустила исходный код Google Android 4.1. Стабильная версия CyanogenMod 10 была выпущена 13 ноября 2012 года.

Google Android 4.2.1 Jelly Bean, началась после того, как Google в ноябре 2012 выпустила исходный код Google Android 4.2.1. Ожидалось, что номер версии будет 10.1, но разработчики решили воспользоваться номером 10, так как ОС не содержит значимых изменений и носит то же имя.

CyanogenMod 10.1

Основан на Android 4.2.2 Jelly Bean. Получил номер 10.1 из-за того, что версия Android 4.2.2 содержит существенные доработки и исправления.

CyanogenMod 10.2

Новый CyanogenMod был основан на Android 4.3.

CyanogenMod 11

Работа над CyanogenMod 11 началась после того, как 31 октября 2013 компания Google представила исходный код Google Android 4.4.

CyanogenMod 12

Работа над CyanogenMod 12 началась сразу после того, как Google опубликовала исходный код Android 5.0. Первые ночные сборки были выпущены 6 января 2015 года. Изменения сборка содержала те же, что и в новой Lollipop.

CyanogenMod 12.1

Основана на Android 5.1. Номер версии было решено не изменять, только добавить в конец «1».

На сайте CyanogenMod указывается, что версия была планирована, как «CyanogenMod 12» с обычным обновлением Android на устройствах с данной прошивкой.

CyanogenMod 13

Основана на Android 6.0. Работа над CyanogenMod 13 началась после того, как Google опубликовала исходный код Android 6.0. Первые стабильные сборки для семи устройств, участвующих в проекте, были выложены 24 ноября 2015 года.

CyanogenMod 13.1

Основана на Android 6.0.1. Содержит исправления ошибок и багов предыдущей версии (CM 13) и небольшие изменения касательно интерфейса. Первые стабильные сборки были выложены 8 августа 2016 года.

CyanogenMod 14

Основана на Android 7.0. На данный момент разработка прекращена с переходом на 14.1.

CyanogenMod 14.1

Основана на Android 7.1. Android 7.1 была представлена компанией Google на презентации смартфонов Pixel.

Завершение разработки

В конце 2016 года компания Cyanogen Inc. опубликовала в блоге новость о закрытии проекта. Все сервисы Cyanogen и поддерживаемые компанией ночные сборки прекратили своё существование 31 декабря 2016, содержимое сайта больше не доступно. Сама компания Cyanogen Inc. не закрывается и планирует направить все усилия на новый проект модульной Cyanogen OS.

Многие сотрудники компании будут вынуждены её покинуть, но команда разработчиков CyanogenMod, предположительно возглавляемая самим Стивом Кондиком (Cyanogen), намерена возродить ориентированный на сообщество дистрибутив Android, сделав ребрендинг CyanogenMod под названием LineageOS.

Примечания

  1. CM 13.0 Release 1 Архивировано 25 октября 2016 года.
  2. Samsung нанял основателя CyanogenMod
  3. Samsung способствует портированию CyanogenMod на Galaxy S II
  4. Компания Sony Ericsson поддержит портирование CyanogenMod для смартфонов Xperia
  5. Cyanogen. CyanogenMod 5.0 (Nexus One). CyanogenMod blog (14 February 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  6. Cyanogen. CyanogenMOD 5.0.4 Released. xda-developers (27 February 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  7. Chase Bahers. CyanogenMOD v5.0.5 for HTC/Google Nexus One Released. AndroidSPIN. MobileTweek, Inc (19 March 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  8. Cyanogen. CyanogenMod 5.0.6 – Tax Deductible. CyanogenMod blog (16 April 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  9. Cyanogen. CyanogenMod 5.0.7 for Dream and Magic!. CyanogenMod blog (25 May 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  10. Cyanogen. CyanogenMod-5.0.8 has landed!. CyangenMod blog (19 July 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  11. Cyanogen. CyanogenMod-6.1 Stable Has Landed!. CyanogenMod blog (6 December 2010). Проверено 23 декабря 2010. Архивировано 25 августа 2012 года.
  12. Cyanogen. CyanogenMod-7.0.1 Update Release. CyanogenMod blog (25 April 2011). Проверено 25 апреля 2011. Архивировано 25 августа 2012 года.
  13. Cyanogen. CyanogenMod-7.0.2 Released (oops). CyanogenMod blog (25 April 2011). Проверено 25 апреля 2011. Архивировано 25 августа 2012 года.
  14. Cyanogen. CyanogenMod 7.0.3 Released. CyanogenMod blog (5 May 2011). Проверено 5 мая 2011. Архивировано 25 августа 2012 года.
  15. Cyanogen. CyanogenMod 7.1 Released. CyanogenMod blog (10 October 2011). Проверено 21 октября 2011. Архивировано 25 августа 2012 года.
  16. Cyanogen. CyanogenMod 7.2 Released. CyanogenMod blog (16 June 2012). Проверено 16 июня 2012. Архивировано 25 августа 2012 года.
  17. ciwrl. CyanogenMod 9 – Stable. CyanogenMod blog (9 August 2012). Проверено 10 августа 2012. Архивировано 25 августа 2012 года.
  18. ciwrl. CyanogenMod 10 Release. CyanogenMod blog (21 November 2012). Проверено 2012-21-11. Архивировано 10 декабря 2012 года.
  19. 1 2 3 4 get.cm

Custom kernel?

Что такое кастомное ядро? Как мы все знаем, Android представляет собой пирог, состоящий из трех базовых слоев: ядро Linux, набор низкоуровневых библиотек и сервисов и виртуальная машина Dalvik, поверх которой работает графическая оболочка, высокоуровневые инструменты и сервисы, а также почти все приложения, установленные из маркета. Создатели большинства альтернативных кастомных прошивок обычно работают только с двумя верхними слоями, добавляя функции в графическую оболочку (например, кнопки в шторке), изменяя ее (движок тем в CyanogenMod), а также добавляя новые системные сервисы (эквалайзер в CyanogenMod) и оптимизируя существующие.

Авторы популярных прошивок также по мере возможностей вносят изменения в ядро Linux: оптимизируют (сборка с более агрессивными флагами оптимизации компилятора), включают в него новую функциональность (например, поддержку шар Windows), а также вносят другие изменения вроде возможности поднимать частоту процессора выше предусмотренной производителем. Зачастую все это остается за кадром, и многие пользователи кастомных прошивок даже не подозревают об этих возможностях, тем более что тот же CyanogenMod поставляется с кастомным ядром только для ограниченного круга девайсов, для которых доступны как исходники родного ядра, так и возможность его замены. Например, почти все прошивки CyanogenMod для смартфонов Motorola используют стандартное ядро — заменить его на свое невозможно из-за непробиваемой защиты загрузчика.

Выбираем алгоритм перезагрузки TCP, планировщик I/O и алгоритм управления энергосбережением Другие статьи в выпуске:

Хакер #171. 3D-принтеры

  • Подписка на «Хакер»

Однако ядро в смартфонах с разлоченным загрузчиком можно заменить отдельно от основной прошивки. И не просто заменить, а установить ядро с огромным количеством различных функций, которые требуют определенных технических знаний для управления, а потому обычно не встраиваются в ядра популярных прошивок, таких как CyanogenMod, AOKP и MIUI. Среди этих функций можно найти поддержку высоких частот работы процессора, управление гаммой экрана, режимами энергосбережения, высокоэффективные менеджеры питания и огромное количество других фич.

В этой статье мы поговорим о том, что нам могут предложить создатели кастомных ядер, рассмотрим основные кастомные ядра для различных устройств, а также попробуем установить ядро независимо от основной прошивки и проверим все на собственной шкуре. Итак, что обычно предлагают разработчики альтернативных ядер?

Оптимизации

Зачастую основной целью сборки кастомного ядра становится оптимизация производительности. Обычно вендор мобильной техники старается сохранить баланс между производительностью и стабильностью работы, поэтому даже хорошие техники оптимизации, способные существенно поднять скорость работы девайса, могут быть отвергнуты производителем только на основании того, что после их применения некоторые приложения начали падать каждый десятый запуск. Само собой, энтузиастов такие мелочи не смущают, и многие из них готовы применить к ядру собственной сборки любые опции компилятора, алгоритмы энергосбережения и задрать частоту процессора настолько высоко, насколько только выдерживает девайс. Среди всех оптимизационных техник наиболее распространены четыре:

  1. Сборка с помощью компилятора Linaro GCC с агрессивными опциями оптимизации. Писк сезона, используется почти во всех ядрах. Особую популярность этот метод получил после того, как организация Linaro с помощью каких-то непонятных синтетических тестов продемонстрировала 400%-й (!) прирост производительности Android, собранного с помощью своего компилятора. В реальных условиях эффективность Linaro GCC несколько ниже, но польза от него все же ощутима, так как он реально подгоняет код под особенности архитектуры ARMv7 и, если судить по личному опыту, не приносит никаких проблем в стабильность работы ни ядра, ни приложений.
  2. Расширение возможностей управления частотой и вольтажом центрального и графического процессоров, а также использование более эффективного для планшетов и смартфонов алгоритма управления энергосбережением. Используется во всех кастомных ядрах и ядрах большинства серьезных кастомных прошивок. Подробнее эту особенность мы рассмотрим в следующем разделе.
  3. Активация более эффективных внутренних механизмов, появившихся в последних ядрах Linux. Сюда можно отнести SLQB аллокатор памяти, который, по мнению некоторых разработчиков, может быть более эффективным, чем SLUB, однако никаких экспериментальных подтверждений этому нет. Такой аллокатор используется в ядре GLaDOS для Nexus 7.

    Приятная полезность Trickster MOD: возможность включить ADB по Wi-Fi

  4. Многие разработчики любят изменять стандартный алгоритм контроля насыщения TCP (TCP Congrestion control), который регулирует размер TCP-окна на основе множества параметров, чтобы сделать поток пакетов более ровным и достичь наивысшей скорости передачи данных. Начиная с версии 2.6.19, ядро Linux по умолчанию использует эффективный алгоритм CUBIC, который также обычно применяется и в стандартных ядрах Android. Проблема только в том, что CUBIC эффективен в проводных сетях с высокой скоростью передачи данных, тогда как для 3G- и Wi-Fi-сетей гораздо лучшим выбором будет алгоритм Westwood+. Именно этот алгоритм используется в ядрах Leankernel для Galaxy Nexus и faux123 для Nexus 7, а franko.Kernel для Galaxy S II и Galaxy Nexus так и вообще включает в себя весь набор доступных алгоритмов. Просмотреть их список и выбрать нужный можно с помощью следующих команд:Изменение алгоритма контроля насыщения TCPsysctl net.ipv4.tcp_available_congestion_control sysctl -w net.ipv4.tcp_congestion_control=westwood

В 3G-сетях алгоритм контроля перегрузки TCP Westwood+ всегда выигрывает

Еще один тип оптимизации: изменение стандартного планировщика ввода-вывода. Ситуация на этом поле еще более интересная, так как вместо того, чтобы разобраться в принципах работы планировщиков, некоторые сборщики ядер просто читают в Сети документы по I/O-планировщикам для Linux и делают выводы. Среди пользователей такой подход распространен еще более сильно. На самом деле почти все самые производительные и умные Linux-планировщики совершенно не подходят для Android: они рассчитаны на применение с механическими хранилищами данных, в которых скорость доступа к данным разнится в зависимости от положения головки. Планировщик использует разные схемы объединения запросов в зависимости от физического положения данных, поэтому запросы к данным, которые располагаются близко к текущему положению головки, будут получать больший приоритет. Это совершенно нелогично в случае с твердотельной памятью, которая гарантирует одинаковую скорость доступа ко всем ячейкам. Продвинутые планировщики принесут на смартфоне больше вреда, чем пользы, а лучший результат покажут самые топорные и примитивные. В Linux есть три подобных планировщика:

  • Noop (No operation) — так называемый не-планировщик. Простая FIFO очередь запросов, первый запрос будет обработан первым, второй вторым и так далее. Хорошо подходит для твердотельной памяти и позволяет справедливо распределить приоритеты приложений на доступ к накопителю. Дополнительный плюс: низкая нагрузка на процессор в силу ну очень простого принципа работы. Минус: никакого учета специфики работы девайса, из-за чего могут возникнуть провалы производительности.
  • SIO (Simple I/O) — аналог планировщика Deadline без учета близости секторов друг к другу, то есть разработанный специально для твердотельной памяти. Две главные изюминки: приоритет операций чтения над операциями записи и группировка операций по процессам с выделением каждому процессу кванта времени на выполнение операций. В смартфонах, где важна скорость работы текущего приложения и преобладание операций чтения над записью, показывает очень хорошую производительность. Доступен в Leankernel, ядре Matr1x для Nexus 4 и SiyahKernel.
  • ROW (READ Over WRITE) — планировщик, специально разработанный для мобильных устройств и добавленный в ядро всего несколько месяцев назад. Основная задача: первоочередная обработка запросов чтения, но справедливое распределение времени и для запросов записи. Считается лучшим на данный момент планировщиком для NAND-памяти, по умолчанию используется в Leankernel и Matr1x.

Стоит сказать, что почти все стандартные прошивки и половина кастомных до сих пор используют ядро со стандартным для Linux планировщиком CFQ, что, впрочем, не так уж и плохо, поскольку он умеет правильно работать с твердотельными накопителями. С другой стороны, он слишком сложен, создает бОльшую нагрузку на процессор (а значит, и батарею) и не учитывает специфику работы мобильной ОС. Еще один популярный выбор — это планировщик Deadline, который не хуже SIO, но избыточен. Посмотреть список доступных планировщиков можно с помощью такой команды:

# cat /sys/block/*/queue/scheduler

Для изменения применяется такая (где row — это имя планировщика):

# for i in /sys/block/*/queue/scheduler; do echo row > $1; done

Некоторые сборщики ядер применяют и другой вид оптимизации, связанный с вводом-выводом. Это отключение системного вызова fsync, применяемого для принудительного сброса изменившегося содержимого открытых файлов на диск. Существует мнение, что без fsync система будет реже обращаться к накопителю и таким образом удастся сохранить время процессора и заряд батареи. Довольно спорное утверждение: fsync в приложениях используется не так уж и часто и только для сохранения действительно важной информации, зато его отключение может привести к потере этой же информации в случае падения операционной системы или других проблем. Возможность отключить fsync доступна в ядрах franco.Kernel и GLaDOS, а для управления используется файл /sys/module/sync/parameters/fsync_enabled, в который следует записать 0 для отключения или 1 для включения. Повторюсь, что использовать эту возможность не рекомендуется.

Добавляем в ядро новые функции

Само собой, кроме оптимизаций, твиков и разных систем расширенного управления оборудованием, в кастомных ядрах также можно найти совершенно новую функциональность, которой нет в стандартных ядрах, но которая может быть полезна пользователям.

В основном это различные драйверы и файловые системы. Например, некоторые ядра включают в себя поддержку модуля CIFS, позволяющего монтировать Windows-шары. Такой модуль есть в ядре Matr1x для Nexus S, faux123 для Nexus 7, SiyahKernel и GLaDOS. Сам по себе он бесполезен, но в маркете есть несколько приложений, позволяющих задействовать его возможности.

Еще одна полезность — это включение в ядро драйвера ntfs-3g (точнее, в пакет с ядром, сам драйвер работает как Linux-приложение), который необходим для монтирования флешек, отформатированных в файловую систему NTFS. Этот драйвер есть в ядрах faux123 и SiyahKernel. Обычно он задействуется автоматически, но если этого не происходит, можно воспользоваться приложением StickMount из маркета.

Многие ядра также имеют в своем составе поддержку так называемой технологии zram, которая позволяет зарезервировать небольшой объем оперативной памяти (обычно 10%) и использовать ее в качестве сжатой области подкачки. В результате происходит как бы расширение количества памяти, без каких-либо серьезных последствий для производительности. Доступно в Leankernel, включается с помощью Trickster MOD или командой zram enable.

Последние две интересные функции — это Fast USB charge и Sweep2wake. Первая — это не что иное, как принудительное включение режима «быстрой зарядки», даже если смартфон подключен к USB-порту компьютера. Режим быстрой зарядки доступен во всех более-менее новых смартфонах, однако в силу технических ограничений он не может быть включен одновременно с доступом к карте памяти. Функция Fast USB charge позволяет включить этот режим всегда, отключив при этом доступ к накопителю.

Sweep2wake — это новый способ будить устройство, изобретенный автором Breaked-kernel. Смысл его в том, чтобы включать смартфон, проведя пальцем по клавишам навигации, располагающимся ниже экрана, либо по самому экрану. Это действительно удобная функция, но в результате ее включения сенсор будет оставаться активным даже во время сна устройства, что может заметно разряжать батарею.

Разгоняем графический процессор

Разгон, вольтаж и энергосбережение

Разгон популярен не только среди владельцев стационарных компов и ноутбуков, но и в среде энтузиастов мобильной техники. Как и камни архитектуры x86, процессоры и графические ядра мобильной техники отлично гонятся. Однако сам способ разгона и предпринимаемые для его осуществления шаги здесь несколько другие. Дело в том, что стандартные драйверы для SoC’ов, отвечающие за энергосбережение и изменение частоты процессора, обычно залочены на стандартных частотах, поэтому для тонкого тюнинга приходится устанавливать либо альтернативный драйвер, либо кастомное ядро.

Почти все более-менее качественные и популярные кастомные ядра уже включают в себя разлоченные драйверы, поэтому после их установки возможности управления «мощностью» процессора значительно расширяются. Обычно сборщики кастомных ядер делают две вещи, влияющие на выбор частоты. Это расширение частотного диапазона за рамки изначально заданных — можно установить как более высокую частоту процессора, так и очень низкую, что позволяет сохранить батарею и увеличить градацию частот, например, вместо трех возможных частот предлагается на выбор шесть. Второе — это добавление возможности регулировки вольтажа процессора, благодаря чему можно снизить напряжение процессора на низких частотах для сохранения заряда батареи и повысить на высоких для увеличения стабильности работы.

Всем этим можно управлять с помощью известной платной утилиты SetCPU или же бесплатной Trickster MOD. Рекомендации по управлению все те же, что и для настольных систем. Нижнюю частоту процессора лучше установить минимальной, но не ниже 200 МГц (чтобы избежать лагов), верхний порог повышается постепенно с тестированием стабильности работы, при падении которой рекомендуется немного поднять вольтаж для данной частоты. Каких-то рекомендаций по вольтажу нет, так как каждый процессор уникален и значения будут для всех разными.

Главный экран утилиты настройки ядер Trickster MOD

Кроме изменения частот, сборщики зачастую добавляют в ядро новые алгоритмы управления энергосбережением (автоматическим управлением частотой процессора), которые, по их мнению, могут показать лучшие результаты в сравнении со стандартными. Почти все из них базируются на используемом по умолчанию в новых версиях Android алгоритме Interactive, суть которого заключается в том, чтобы резко поднять частоту процессора до максимальной в случае повышения нагрузки, а затем постепенно снижать до минимальной. Он пришел на смену используемому раньше алгоритму OnDemand, который плавно регулировал частоту в обе стороны соразмерно нагрузке, и позволяет сделать систему более отзывчивой. Сборщики альтернативных ядер предлагают на замену Interactive следующие алгоритмы:

  • SmartAssV2 — переосмысление алгоритма Interactive с фокусом на сохранение батареи. Основное отличие в том, чтобы не дергать процессор на высокие частоты в случае кратковременных всплесков нагрузки, для которых хватит и низкой производительности процессора. По умолчанию используется в ядре Matr1x.
  • InteractiveX — тюнингованный алгоритм Interactive, главная особенность которого в залочке процессора на минимальной указанной пользователем частоте и обесточивании второго ядра процессора во время отключения экрана. По умолчанию используется в Leankernel.
  • LulzactiveV2 — по сути, изобретенный заново OnDemand. Когда нагрузка на процессор превышает указанную (по умолчанию 60%), алгоритм поднимает частоту на определенное число делений (по умолчанию 1), при понижении нагрузки — опускает. Особый интерес представляет тем, что позволяет самостоятельно задавать параметры работы, поэтому подходит для прожженных гиков.

Вообще, сборщики ядер очень любят придумывать новые алгоритмы энергосбережения по причине простоты их реализации, поэтому можно найти еще с десяток других. Большинство из них полный шлак, и при выборе планировщика следует руководствоваться правилом: либо один из трех описанных выше, либо стандартный Interactive, который, кстати, очень неплох. Сделать выбор можно с помощью все той же Trickster MOD.

Trickster MOD позволяет активировать почти все возможности кастомных ядер

Ядра

Какое же ядро выбрать? На этот вопрос нет однозначного ответа, и не потому, что «каждому свое», а потому, что в мире существует огромное количество Android-устройств и почти столько же различных ядер. Тем не менее есть несколько популярных ядер, которые разрабатываются сразу для нескольких устройств. Так или иначе многие из них я упоминал по ходу повествования, здесь же приведу их краткое описание.

  • Leankernel — ядро для Galaxy Nexus, Nexus 7 и Galaxy S III. Основной акцент при разработке делается на простоту и скорость работы. Алгоритм энергосбережения: InteractiveX V2, планировщик I/O: ROW, все перечисленные выше интерфейсы управления, поддержка Fast USB charge, Swap и zram, гибкие возможности разгона CPU и GPU. Одно из лучших ядер. Настраивается с помощью с помощью Trickster MOD.
  • Matr1x (http://goo.gl/FQLBI, goo.gl/ZcyvA) — ядро для Nexus S и Nexus 4. Простое и неперегруженное ядро. Поддержка разгона CPU и GPU, GammaControl, Fast USB Charge, Sweep2wake, планировщики I/O: SIO, ROW и FIOPS. Твики производительности. Настраивается с помощью Trickster MOD.
  • Bricked-Kernel (http://goo.gl/kd5F4, goo.gl/eZkAV) — простое и неперегруженное ядро для Nexus 4 и HTC One X. Оптимизации для Snapdragon S4 и NVIDIA Tegra 3, переработанный режим энергосбережения для Tegra 3, возможность разгона, алгоритм энергосбережения: тюнингованный OnDemand (доступен и Interactive).
  • SiyahKernel — ядро для Galaxy S II и S III. Гибкие возможности разгона, автоматическая калибровка батареи, улучшенный драйвер сенсорного экрана, алгоритмы энергосбережения: smartassV2 и lulzactiveV2, планировщики I/O: noop, deadline, CFQ, BFQV3r2 (по умолчанию), V(R), SIO. Драйверы CIFS и NTFS (с автомонтированием). Конфигурируется с помощью ExTweaks.
  • franco.Kernel — ядро для Nexus S, Galaxy Nexus, Nexus 4, Nexus 7, Nexus 10, Galaxy S III, Galaxy Note, Optimus One и One X.

Возможности ядра сильно разнятся от устройства к устройству, поэтому подробности придется смотреть на месте. Тем не менее, прошивая это ядро, ты получишь возможность разгона, тюнинга драйверов, отличную производительность, а также поддержку различных алгоритмов энергосбережения и планировщиков. По сути, ядро включает в себя почти все описанные в статье твики. Считается одним из лучших доступных ядер. Имеется приложение для автоматического обновления franko.Kernel Updater. Конфигурировать можно с помощью Trickster MOD.

Новая жизнь старого android-устройства: устанавливаем CyanogenMod 13

  • Вступление
  • «Устаревшее» устройство
  • Выбор прошивки
  • Загрузка прошивки
  • Установка Recovery
  • Установка прошивки
  • Первое включение и настройка
  • Установка CyanogenMod 13
  • Производительность
  • Автономность
  • Заключение

Вступление

Современные мобильные устройства чрезвычайно быстро стареют. Еще два-три года назад ты копил на желаемый гаджет, а он, не просуществовав и пары лет, уже устарел и не поддерживается производителем. Но если модель популярная, печалиться не стоит, поскольку народные умельцы не дремлют, занимаясь разработкой неофициальных проектов на базе ОС Android.

В данной статье мы ознакомимся с процессом выбора кастомных прошивок, узнаем, где искать образы и как устанавливать. Ну а в конце выясним, стоит ли все это делать.

В качестве подопытного выступит планшет Samsung Galaxy Tab 2 7.0 (процессор TI Omap 4430, 2 x 1200 МГц, видеосопроцессор PowerVR 540 384 МГц, 1 Гбайт ОЗУ) с неофициальной прошивкой CyanogenMod 13.

«Устаревшее» устройство

В моем личном использовании находится планшет Samsung Galaxy Tab 2 7.0, который вышел в начале далекого 2012 года, когда курс доллара был менее 30 рублей, но речь сейчас не об этом. Данный аппарат построен на базе шустрого двухъядерного процессора Ti Omap, оснащен сочным PLS дисплеем и качественным корпусом.

Планшетом я активно пользуюсь на протяжении четырех лет, проблем с ним никаких не испытываю, и в целом он меня устраивает. А в сравнении с актуальными моделями аналогичного ценового диапазона все вообще шикарно (без какого-либо сарказма). Правда, есть у него один недостаток – устаревшее программное обеспечение.

OC Android ICS и Jelly Bean, которые поддерживаются Samsung Galaxy Tab 2 7.0, уже порядком заросли бородой. Ведь сейчас актуальна версия Android M. А нам хотя бы Android Lollipop, в котором проведена оптимизация производительности, улучшен уровень автономности и есть все новые фишки. В лучшем случае можно разинуть роток на Android Marshmallow…

Но установить новую версию операционной системы Android на старое устройство все-таки можно, в том числе даже вышеупомянутую Android M.

Выбор прошивки

Для начала следует определиться с выбором прошивки и узнать, а есть ли вообще неофициальные версии системы для нашего аппарата? Владельцам флагманских смартфонов и планшетов (таких как Google Nexus, Samsung Galaxy S, HTC One, Sony Xperia Z и других) не стоит и переживать – прошивки есть, причем в огромном количестве.

В то же время для обычных «китайцев» и моделей брендов второго-третьего эшелонов сторонние прошивки бывают редко, что связано не только с популярностью, но и с ограничениями производителей, как, к примеру, у Xiaomi.

Открываем поисковик, находим любой форум по нашему устройству и изучаем, что же нам могут предложить умельцы. Всякого рода самоделками и портами с других моделей обольщаться не следует, так как ничего хорошего от подобных образов ждать не стоит.

Лучше смотрите на официальные сборки прошивок таких гигантов, как CM, AOSP, Google Play Edition и Miui. Чуть менее серьезно воспринимайте ColorOS и прочие. Узнать о плюсах и минусах, а также различиях каждой из систем можно в интернете, поскольку в рамки одной статьи уместить это сложно.

В нашем случае выбор остановился на версии CyanogenMod 13, которая базируется на OC Android 6.0. На мой взгляд, совсем неплохо. Как описывают на форумах, прошивка стабильная и, что немаловажно, полностью рабочая. Это мы и проверим.

Загрузка прошивки

Найти образ прошивки можно на официальном сайте производителей прошивок, либо в соответствующей теме разработчиков на форуме XDA Developers. Уже прошли те времена, когда все файлы выкладывались на закрытые форумы, файлообменники и черт те что какие ресурсы. Теперь все открыто, наглядно и практически официально.

В нашем случае мы открываем сайт CyanogenMod, где выбираем в левой панели соответствующую модель устройства и переходим к загрузке. Будьте аккуратны, поскольку у некоторых смартфонов и планшетов в зависимости от модификации бывают отличия в плане процессоров и внутренних компонентов, например, наличие или отсутствие ИК-порта, 3G/4G-модуля и прочих преимуществ. В нашем случае P3110 и P3100 это разные версии!

Установка несоответствующей версии прошивки грозит проблемами с системным разделом, поможет только «прямая» перешивка, то есть в сервисном центре. А в худшем случае нам придется думать о более сложных модификациях.

Установка Recovery

Любое современное мобильное устройство содержит специальный режим загрузки, который называется Recovery. Он позволяет восстанавливать устройство, устанавливать обновления, делать резервные копии и элементарные операции с мобильным «железом». Мы же будем устанавливать неофициальное обновление, по этой причине нам необходимо модифицированное Recovery.

Для OC Android существуют два варианта: CWM (или Philz) и TWRP Recovery. В чем различия между этими тремя режимами? На вкус и цвет товарищей нет! Все они предлагают примерно одинаковую функциональность, но разрабатываются разными группами разработчиков и отличаются различными нюансами.

К примеру, TWRP позволяет открыть доступ к съемному носителю при подключении через USB, а еще предлагает расширенные параметры подключения по ADB и дополнительные возможности сжатия «бэкапа» системы. А Philz Recovery построен на базе TWRP и отличен от него интерфейсом и парой мелочей. В то время как ClockworkMod Recovery более стабилен и обладает большим списком поддерживаемых устройств.

Однако выбор есть не всегда. Для каждого устройства разрабатывается отдельное Recovery и бывает так, что выбора у пользователей нет. В моем случае выбор пал на TWRP Recovery версии 2.8.7.0. Установка данного режима может осуществляться различными способами, начиная от официального Recovery, Fastboot и заканчивая программами и утилитами для конкретных моделей.

Загружаем утилиту GooManager, выбираем в дополнительном меню пункт «Install OpenRecovery Script» и ожидаем чуда. Предварительно необходимо получить ROOT права и включить режим отладки в параметрах для разработчиков.

Для проверки установки Recovery необходимо одновременно зажать следующую комбинацию клавиш: «включение» и «увеличение громкости». А на некоторых устройствах еще и кнопку «дом» требуется прибавить. Подробности о каждом конкретном случае можно узнать на форумах.

Установка прошивки

Если процесс установки модифицированного режима восстановления был успешен, можно перейти к следующему – установке прошивки. Для начала необходимо зарядить устройство более чем на 60%, а еще лучше на все 100%. В противном случае мы обречены на фатальный результат. Затем загруженный образ необходимо переместить в память смартфона, будь то съемный накопитель или внутренняя память, и уже оттуда загрузиться в режиме Recovery и установить прошивку. Все гениально просто, осталось только повторить.

Берем в руки устройство, запускаем его комбинацией клавиш «включение» и «увеличение громкости», попадаем в системное меню.

Желательно сделать полный «бэкап» системы на флэш-карту!

Далее необходимо сделать очистку данных, посетив пункт с названием Wipe и выбрав параметр Advanced Wipe. Это необходимо выполнить для нормального функционирования новых компонентов. Особенно это важно при установке прошивки нового типа или повышении версии системы.

Вот теперь мы устанавливаем прошивку. Переходим на главное меню, выбираем Install, далее находим загруженный пакет и нажимаем роковую клавишу. После чего нам остается только ждать и надеяться на успешное завершение процесса.

К слову, установка или обновление прошивки может занимать до 10-15 минут, поскольку все зависит от компонентов устройства и устанавливаемой системы. Если процесс затянулся – значит, что-то пошло не так… В нашем случае процесс успешно завершился за 4 минуты. В это время на экране будут описываться стадии установки. Жаль только, возможность создания скриншотов отсутствует.

После всех совершенных манипуляций гаджет предложит загрузить систему, либо продолжить установку компонентов. Можно сразу перейти к установке необходимых патчей или GAAPS. Однако предварительно рекомендуется сделать «чистый запуск», чтобы кратко ознакомиться с системой и ее работоспособностью. Вдруг она нам не понравится, и мы решим откатиться назад или переустановить ее.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *