Распределитель пакетов по ядрам samsung что это
Как увеличить быстродействие телефона Samsung через Настройки
В Настройках телефона есть скрытый раздел, в котором находятся дополнительные настройки смартфона. Этот раздел по умолчанию «скрыт» по причине того, что он предназначен для пользователей имеющих практический опыт эксплуатации смартфона и настройки его «под себя». Поэтому, если воспользоваться грамотными советами специалистов, любой человек способен включить некоторые полезные настройки этого раздела, именуемого «Параметры разработчика».
Безусловно, каждый владелец смартфона желает увеличения быстродействия своего верного помощника. И со временем многим кажется, что скорость быстродействия его телефона заметно упала, по сравнению с моментом его покупки, когда «отклик» телефона был быстрее. Отчасти это так, так как со временем большинство вновь установленных приложений запускаются теперь в фоне, перегружая ресурсы, как процессора, так и оперативной памяти. Фоновое включение приложений позволяет ускорить их запуск в случае надобности, так они частично уже были активированы сразу после включения телефона. Но количество таких приложений работающих в фоне со временем только растёт, тем самым перегружая работу процессора и снижая его эффективность. И это только одна из причин снижения видимого быстродействия телефона.
А как можно увеличить производительность смартфона Samsung Galaxy грамотной настройкой раздела «Параметры разработчика»?
По мнению специалистов быстродействие смартфона можно увеличить за счёт дополнительных настроек раздела «Параметры разработчика» по следующим позициям:
— Включить аппаратное ускорение отрисовки.
— Отключить аппаратное наложение.
— Увеличить скорость анимации (окон, переходов и длительность анимации).
Многие специалисты предлагают также включение ещё одного пункта — «Ускорить работу GPU». Действительно, в более ранней версии ОС Android 9 Pie в Настройках смартфона Samsung Galaxy был пункт «Ускорить работу GPU», но теперь он из Настроек удалён. По мнению разработчиков принудительно держать его всё время включённым не рационально — это просто повысит расход заряда батареи. Сейчас «GPU ускорение» включается само там, где надо, и оно не должно работать всегда!
Далее мы опишем порядок увеличения быстродействия телефона Samsung Galaxy в соответствии с советами специалистов через настройки раздела «Параметры разработчика» на примере редакционного смартфона Samsung Galaxy A50 с ОС Android 10 One Ui 2.5.
Для того чтобы реализовать рекомендуемые советы, в Настройках телефона, прежде всего, нужно открыть скрытый раздел «Параметры разработчика». Сама процедура не представляет собой что-то сложное, и она описана в статье «Как включить режим разработчика на смартфоне Samsung». Для перехода к статье нажмите здесь.
Инструкция по увеличению производительности телефона Samsung Galaxy в настройках меню разработчика.
1. Открываем приложение Настройки телефона с экрана приложений.
Скрин №1 – нажать на значок приложения «Настройки».
2. Спускаемся в самый низ основной страницы Настроек телефона и находим раздел «Параметры разработчика». Входим в него.
Теперь в меню «Параметры разработчика» нужно найти 5 пунктов настроек. В связи с тем, что общее число позиций меню «Параметры разработчика» более девяноста (сейчас 92 позиции), то более рациональным поиск нужных пунктов осуществлять через службу «Поиск». Для этого нужно нажать на кнопку «Поиск» вверху экрана.
Скрин №3 – вид страницы «Параметры разработчика». Для начала поиска нужной позиции нужно нажать на кнопку «Поиск» вверху экрана.
1 настройка: Включить аппаратное ускорение отрисовки.
В настройках «Параметры разработчика» есть подраздел «Аппаратное ускорение отрисовки», в котором есть пункт «Включить 4x MSAA». Включение этого пункта позволяет улучшить восприятие игр. Независимо от того, двумерная или трёхмерная игра запущена на вашем устройстве, этот пункт повышает контурную детализацию, минимизируя рябь и подёргивания на краях рисованных объектов. В результате создаётся ощущение более плавной обработки видимых графических компонентов.
Для перехода к этому пункту в строке поиска нужно набрать ключевое слово «MSAA».
В списке поиска только один пункт — «Включить 4x MSAA». Нажимаем на него.
Скрин №4 – в строке поиска набрать ключевое слово «MSAA». Нажать на пункт «Включить 4x MSAA».
Включить переключатель пункта «Включить 4x MSAA».
Скрин №5 – нажать на переключатель пункта «Включить 4x MSAA». Скрин №6 – вид настроек с включённым пунктом «Включить 4x MSAA». Включаем переключатель пункта «Откл. Аппарат. наложения».
2 настройка: Отключить аппаратные наложения.
Отключение аппаратного наложения позволяет задействовать графический сопроцессор при отрисовке компонентов экрана, за счёт чего высвобождается ресурс центрального процессора, и он больше не нагружается в базовых задачах.
Пункт «Отключить аппаратные наложения» находится ниже пункта «Включить 4x MSAA». Включаем переключатель этого пункта — «Откл. аппарат. наложения».
Скрин №7 — вид настроек с включённым пунктом «Откл. аппарат. наложения».
3 настройка: Увеличить скорость анимации.
По умолчанию на всех Android устройствах пункты «Анимация окон», «Анимация переходов» и «Длительность анимации» выставлены значение «1х». Чтобы ускорить работу открытия окон, следует снизить это значение до «0,5х» или просто выключить анимацию.
Это приём достаточно хорошо известен. Он фактически не ускоряет работу телефона, но сокращает время перехода между экранами и приложениями, делая это быстрей.
В разделе «Параметры разработчика» нужно найти пункты «Анимация окон», «Анимация переходов» и «Длительность анимации», и в этих пунктах выставить значение «0,5х», либо «Без анимации». После этого окна и приложения будут открываться либо очень быстро, либо без всяких скольжений и затуханий.
Для перехода к пункту «Анимация окон» нужно нажать на кнопку «Поиск» вверху экрана раздела «Параметры разработчика» и ввести ключевое слово для поиска «анимация». В списке найденного нужно коснуться позиции «Анимация окон».
Скрин №8 — в строке поиска набрать ключевое слово «анимации». Нажать на пункт «Анимация окон».
Теперь мы находимся в подразделе «Отрисовка» в котором есть 3 пункта регулирующих скорость анимации:
— Анимация окон (Анимация 1х),
— Анимация переходов (Анимация 1х),
— Длительность анимации (Анимация 1х).
После того, как мы в разделе «Параметры разработчика» нашли позицию «Анимация окон (Анимация 1х)», открываем его и выставляем новое значение «Анимация 0,5х».
Скрин №9 — нажать на пункт «Анимация окон (Анимация 1х)». Скрин №10 — отметить позицию «Анимация 0,5х».
Те же самые действия нужно повторить ещё в двух пунктах: «Анимация переходов» и «Длительность анимации».
Скрин №11 – открываем пункты «Анимация переходов» и «Длительность анимации» и выставляем значение «Анимация 0,5х». Скрин №12 – вид подраздела «Отрисовка» с новыми значениями скорости анимации – 0,5х.
Теперь скорость анимации во всех 3 пунктах ускорена в 2 раза – «Анимация 0,5х»!
Как разогнать Android-смартфон через меню разработчиков
Медлительность Android по сравнению с iOS всегда была мифом, в который почему-то верили миллионы человек. Просто дизайнеры Apple скрыли задержку от запуска приложения до его фактического открытия анимацией, а в Google до этого не додумались. Таким же мифом является склонность Android к засорению и замедлению через какое-то время после начала использования. Дескать, системные кластеры забиваются и уже не могут обеспечивать былой уровень быстродействия. Вот только никто не говорит, что обычно «замедляются» именно старые устройства и только в сравнении с новыми. Но это не значит, что разогнать Android нельзя совсем. Можно.
Разогнать Android можно. Для этого в настройках ОС есть специальные параметры
В Android есть так называемое меню разработчиков. Несмотря на то что оно действительно предназначается для создателей программного обеспечения, рядовые пользователи очень любят включать его, а потом что-то там настраивать и менять, якобы улучшая работу своего устройства. Зачастую это, само собой, совершенно не так. Однако есть несколько надстроек, которые могут позволить хоть немного, но ускорить Android, сделав его чуть отзывчивее, быстрее и податливее. Главное – не переборщить.
Настройки разработчика Android
Для начала нам потребуется активировать меню разработчиков. Если оно у вас уже есть, переходите сразу к третьему пункту инструкции, а если нет – начинайте с первого. Но помните, что активация этих параметров может привести к повышенному ресурсопотреблению и сокращению времени автономной работы.
Все необходимые параметры скрыты в меню разработчиков
Активируйте три этих параметра и отключите анимацию
Как ускорить Android
Разогнать Android можно и в играх, и при работе с интерфейсом
Эти три параметра действительно способны разогнать интерфейс вашего смартфона. Вот как это происходит:
Ускорение работы GPU активирует графический ускоритель при отрисовке двумерных элементов. Казалось бы, зачем вообще это нужно? А, между тем, весь интерфейс вашего смартфона и большинство сайтов целиком состоят из 2D-элементов. Активировав ускорение, вы заставите смартфон задействовать графический сопроцессор при обработке всех этих компонентов, а поскольку их в повседневной жизни встречается довольно много, то и прирост быстродействия будет заметен в большинстве задач.
Включение параметра 4x MSAA способно напрямую повлиять на ваше восприятие игр. Независимо от того, двумерная или трёхмерная игра запущена на вашем устройстве, этот пункт повышает контурную детализацию, минимизируя рябь и подёргивания на краях рисованных объектов. В результате создаётся ощущение более плавной обработки видимых графических компонентов. Если хотите, это совсем дешёвый аналог режима 120 Гц, повышающего частоту обновления и делающего картинку более плавной.
Повысить быстродействие смартфона
Ускорить даже интерфейс Android — это уже большое дело
Отключение аппаратного наложения позволяет задействовать графический сопроцессор при отрисовке компонентов экрана, за счёт чего высвобождается ресурс центрального процессора, и он больше не нагружается в базовых задачах. Может показаться, что этот параметр полностью противоречит первому, но это не совсем так. Вернее, совсем не так. Просто они отвечают за разные процессы.
Смените раскрытые пароли. Что это значит и как реагировать
Изменение скорости анимации – это чисто визуальный, или, если хотите, косметический показатель. В действительности он не повышает скорость запуска приложений, просто он удаляет анимацию, которая по умолчанию заполняет «пустоту» от момента запуска приложения до момента его активации. Но если раньше такая пустота действительно была, и её требовалось чем-то заполнять, то современные смартфоны её практически не допускают. В результате кажется, что приложения из-за анимации запускаются чуть дольше.
5 бессовестных ограничений в смартфонах, и как их обойти
Samsung Galaxy A3 (2016): в процессоре 8 ядер, но мы оставили вам только 4
Samsung с собственным производством экранов, процессоров, памяти да аккумуляторов мог бы растоптать всех конкурентов дешёвыми смартфонами круче, чем Xiaomi по соотношению цены и качества. Но вместо этого корейцы осваивают одно за другим искусственное ограничение, чтобы дешёвые мобильники, не дай бог, не оказались настолько хорошими, что покупатели перестали бы мечтать о Galaxy S8. И даже тот факт, что корейцы «гребут лопатой» прибыль, никак этим инициативам не мешает. Иначе говоря, «это не я буду меньше пить, это ты, сынок, будешь меньше есть», как говорится в старом анекдоте.
Samsung отключил в каждом A3 2016 половину ядер процессора только для того, чтобы хороший смартфон не обошёлся вам дёшево
Вот вам пример сказочной жадности компании. В конце 2016 года было у Samsung три сына (как в старых русских сказках): старший умный был детина, средний сын и так и сяк, младший вовсе был бюджетным представителем смартфонов имиджевой серии. Всего четыре ядра в процессоре, обрезанная до 1,5 ГБ оперативная память (да чтоб вам половинку помидора продавали до конца ваших дней!) и скромные характеристики в целом. Всё равно ведь купят — не было в продаже других недорогих и нормально собранных смартфонов с 4,7 дюймами дисплея. И, раз уж модель настолько уникальная, Samsung нужно было сэкономить на начинке, чтобы порадовать любителей не-лопат.
А Samsung, как оказалось, не экономил — любители «ковырять» прошивку (в Андроиде особо ничего не спрячешь) к своему удивлению обнаружили, что внутри стоит такой же 8-ядерный процессор Exynos 7580, как и в Galaxy A5/A7 (2016). А мифический «Exynos 7578» — это просто модификация восьмиядерника с отключенными четырьмя ядрами в прошивке! То есть, Samsung штамповал мощные процессоры и в каждом Galaxy A3 замедлял их на 80%, чтобы смартфон работал медленно, а любители Galaxy страдали и «мариновались» до состояния, в котором они согласятся взять кредит на более дорогую модель. Это ли не жадность?
Достаточно модифицировать прошивку, чтобы четырёхъядерный Samsung стал восьмиядерным
В итоге энтузиасты нашли способ активировать отключенные 4 ядра и «надуть» каждое из них с 1,5 до 1,6 ГГц. Это не поднимает скорость работы «крохи»-самсунга на сенсационный уровень (урезанную оперативную память никто не отменял), но в играх и при высокой нагрузке смартфон ворочается уже не на уровне доходяги, а несколько быстрее.
Каждый A3 2016 искусственно замедлили на 80%, но это исправимо
Xiaomi Mi 5 и Mi 5s: меньше внутренней памяти — медленнее процессор
Среди всех производителей смартфонов Xiaomi можно считать самыми честными — мобильники с минимальной наценкой и хорошей ремонтопригодностью тому причиной. Но случаются и у «Сяомы» странности. Как связаны между собой «внутренняя флешка», то бишь, встроенный накопитель и быстродействие процессора? Правильно — никак! И ладно бы, если бы в старших версиях процессор был разогнан сверх эталона, но вместо этого Xiaomi… оставили процессор в обычном состоянии для Mi 5 и 64 и 128 ГБ памяти, и «задушили» его для модификации с 32 ГБ (Mi 5S ухудшили в версии с 3/64 ГБ).
. а может набрать и 128 тысяч баллов, если процессор внутри полноценный
Смартфоны оказались слишком тонким (7.3/8.3 мм), чтобы охлаждать процессор «на всех парусах»? Нет — Moto Z с 5.2 мм работал на не-«обрезанном» по частотам чипе, как и LG G6 c 7.9 мм толщины. Быть может, полноценный Snapdragon 820 был слишком дорогим удовольствием? Тоже нет — ZUK Z2 с полноценным процессором изначально был дешевле, чем флагман Xiaomi. Более того — только Mi 5 и прославился неполноценной форсировкой процессора, все остальные смартфоны на базе 820 «дракона» работали в штатном режиме. С Snapdragon 821 картина аналогичная.
Поэтому объяснений такому феномену находится всего два.
Первое: Xiaomi осваивают Эппло-Самсунговские «тактические ухудшения» смартфонов, чтобы жизнь мёдом не казалась. Вы вот сейчас улыбаетесь, но «ошибки природы» наподобие iPhone 6S с 16 гигабайтами памяти или манёвры «вам не нужна карта памяти в Galaxy S6 — мы вернули карту памяти в Galaxy S7; вам не нужна двойная камера в Galaxy S8 — мы установили двойную камеру в Note 8» побуждают многих людей дважды купить один и тот же, по сути, смартфон. Даже коллеги-китайцы из Huawei с радостью ухудшают флагманские смартфоны P-серии, чтобы потом продать их как флагманы Honor. Чем Xiaomi хуже?
Другая версия: младшие версии флагманов получают «хромые» версии процессоров. Это уже более реалистичная версия. К вашему сведению, далеко не все Snapdragon выходят с конвейера «как огурчики» — многие экземпляры процессоров в целом-то работают, но не эталонно высокой для модели частоте. А Xiaomi покупает много процессоров — больше половины от всех, которые устанавливаются в китайские смартфоны. Qualcomm при этом «не резиновый», и не очень-то успевает штамповать процессоры на несколько фронтов, чтобы и Samsung, и Xiaomi, и остальным клиентам хватало чипов. Выход — либо «есть то, что дают» (LG таким образом довольствуются старым Snapdragon 821 в G6 и приговаривают «не очень-то и хотелось этот ваш Snapdragon 835), либо покупать отбраковку и как-нибудь её продавать. Xiaomi выбирает второй вариант.
Значит ли это, что каждый базовый Mi 5 или Mi 5S неспособен работать на «полноценной» для процессора частоте? Совершенно нет! Бракованных процессоров у Qualcomm гораздо меньше, чем было выпущено Mi 5 с 3/32 ГБ и Mi 5S с 3/64 ГБ на борту. Поэтому любой желающий может найти соответствующее ядро (составная часть прошивки) для не-стандартной прошивки Cyanogenmod/Lineage OS (в родной для Xiaomi прошивке на базе оболочки MIUI такие трюки не работают, к сожалению) и раскачать процессор до заводских показателей, как у конкурентов. К примеру, Xiaomi Mi 5 можно «догнать» с «4x 1.59 ГГц + 4x 2.15 ГГц» до «4x 1.86 ГГц + 4x 2.5 ГГц». Смартфон не перегреется, не взорвётся, не сгорит. Если процессор не способен работать на такой частоте, ваш Mi 5 зависнет, перезагрузится и продолжит работать на тех гигагерцах, которые Xiaomi выбрали для него «с завода».
Разница в скорости младшей и старшей версиями Mi 5 составляет от 15 до 20%
В любом случае, Snapdragon 820 и 821 уже не лучшие из лучших процессоры, и продолжат морально устаревать. Поэтому, если вы один из владельцев «задушенного» флагмана Xiaomi, помните о возможности выжать ещё немного производительности из своего смартфона.
Samsung Galaxy: святая война с покупателями дешёвых смартфонов из-за рубежа
Россия — щедрая душа. Настолько щедрая и богатая, что мобильники с доставкой из «малообеспеченной» Германии или ещё более «бедной» США почти всегда обходятся дешевле, чем у официальных «прямых поставщиков» в РФ. Раньше такая разница в цене мало кого смущала — возни с платной доставкой, иностранными платёжными системами наподобие PayPal и соответствием сотовых частот было больше, чем удовольствия от экономии. Но в 2017 году россияне прочно засели на Aliexpress, eBay и других крупных площадках онлайн-торговли, а русский язык, Google Play и поддержка российского LTE появилась во всех «породистых» мобильниках для Европы. Поэтому продавать Samsung Galaxy S8 за 55 тысяч рублей в России, когда его же за 38 тысяч продают с доставкой из Германии, стало проблематично.
«Европейский Samsung для европейцев!». И не важно, что процессор способен работать в любых сетях
Но Samsung давно знает о таком явлении и с удовольствием ставит «палки в колёса» особо шустрым любителям зарубежных покупок. Начиная с Galaxy S5 и Note 4 (2014 г.) смартфоны Galaxy оснащаются региональной блокировкой. То есть, получаете смартфоны из Европы, вставляете в неё российскую сим-карту и любуетесь тем, как смартфон требует код разблокировки — без него не-европейские SIM в вашем Galaxy работать не будут. Аналогично и с российскими «Самсунгами» — европейцы могут отправиться лесом, если начнут скупать дешёвые Galaxy после того, как рубль пробьёт очередное дно по отношению в евро.
Раньше добрые китайцы могли подобрать вам код разблокировки для вашего смартфона, стоило только назвать imei, а в древних моделях Galaxy региональное ограничение можно было снять с помощью перепрошивки в домашних условиях.
Как несложно догадаться, сегодня такие способы больше не работают, поэтому приходится «идти напролом». Первый способ — купить «туристическую» сим-карту, номер в которой будет приписан к одной из стран Европы (если вы купили Galaxy в Европе) или США (если купили в США). Далее с этой SIM нужно будет наговорить 6 минут (не менее пяти, то есть) за один звонок — например, позвонить на другую SIM с этим же европейским кодом, либо установить связь со службой поддержки. Кладёте трубку — смартфон разблокирован!
Работают ли техники оптимизации Android
Содержание статьи
Блуждая по форумам и разного рода сайтам, посвященным Android, мы постоянно сталкиваемся с советами, как увеличить производительность смартфона. Одни рекомендуют включить swap, другие — добавить специальные значения в build.prop, третьи — изменить переменные ядра Linux. Подобного рода рецептов в разных вариантах можно найти огромное количество, что на XDA, что на 4PDA. Но работают ли они на самом деле?
Введение
Пользуясь самыми разными *nix-системами на протяжении последних десяти лет, я всегда удивлялся, с каким упорством некоторые, казалось бы, грамотные пользователи смартфонов пытаются впихнуть общественности свои идеи оптимальной настройки Android и лежащего в его основе ядра Linux. И ладно бы дело ограничивалось легким тюнингом подсистемы управления виртуальной памятью или включением экспериментальных опций. Нет, обычно нам предлагают применить длиннющие скрипты, изменяющие буквально каждую переменную ядра, перемонтирующие файловые системы с разными странными опциями, включающие swap, активирующие различные системные демоны и выполняющие еще миллиарды различных операций.
Нет, ну можно, конечно, предположить, что ядро Linux, Android и фирменные прошивки для смартфонов разрабатывают безграмотные идиоты, работу которых необходимо кардинальным образом переделывать, но на практике почему-то оказывается, что самые известные инструменты тюнинга, опубликованные на XDA, — это не что иное, как сборная солянка из огромного количества разрозненных рекомендаций, придуманных непонятно кем и неизвестно зачем. Абсурд ситуации доходит того, что в этих инструментах можно обнаружить строки, без изменений скопированные из скриптов для увеличения производительности Linux-сервера в условиях высоких нагрузок (я не шучу, взгляни на содержимое известного скрипта ThunderBolt!).
В целом ситуация более чем запутанная. Все советуют всё, никто не советует ничего, а те, кто что-то понимает, сидят и, попивая чай, смеются над происходящим балаганом. Но попробуем все-таки разгрести всю эту кашу.
Pimp My Rom — один из самых известных инструментов тюнинга Android
Хакер #191. Анализ безопасности паркоматов
Начнем со swap — самой абсурдной идеи из всех, что только можно придумать для применения в смартфонах. Ее смысл в том, чтобы создать и подключить файл подкачки, за счет чего удастся освободить полезное пространство в оперативной памяти. Сама по себе идея, конечно, здравая, но только если речь идет о сервере, которому интерактивность никуда не упирается. На смартфоне регулярно используемый файл подкачки приведет к неиллюзорным лагам, возникающим вследствие промахов мимо кеша, — достаточно представить, что будет, если приложение попытается отобразить одну из своих пиктограмм, а она окажется в свопе, который придется вновь загружать с диска, предварительно освободив место путем помещения в своп данных другого приложения. Ужас.
Некоторые юзеры могут возразить, что на самом деле после включения swap никаких проблем не возникает, но за это надо благодарить механизм lowmemorykiller, который регулярно убивает особо раздувшиеся и давно не используемые приложения. Благодаря ему девайс с 1 Гб памяти может никогда и не дойти до необходимости сброса данных в своп. Он же и является причиной того, почему в отличие от Linux-десктопа в Android своп не нужен.
Вердикт: очень глупая идея, реализация которой чревата серьезными лагами.
Swap действительно очень медленный, и даже на десктопе его существование зачастую неоправданно, но что, если обмануть систему? Создадим виртуальный диск прямо в оперативке с встроенной функцией сжатия данных, подключим его как swap — и вуаля. Функция сжатия данных довольно дешева даже для современных мобильных процессоров, поэтому мы сможем расширить размер оперативки практически без потерь производительности.
Идея настолько правильная, что даже Google рекомендует применять zRAM для основанных на KitKat устройствах в том случае, если объем оперативки не превышает 512 Мб. Загвоздка только в том, что способ работает лишь для современных бюджетников, то есть устройств, основанных на многоядерных бюджетных процах от какой-нибудь MTK и 512 Мб оперативки. В этом случае поток шифрования можно вынести на отдельное ядро и вообще не париться о производительности.
Вердикт: зависит от устройства, в большинстве случаев замедляет систему.
Seeder
В свое время это приложение наделало много шума и породило множество аналогов. В Сети появилось огромное количество сообщений о якобы феноменальном приросте производительности смартфона после его установки. Доморощенные сборщики кастомных прошивок начали включать его в свои сборки, а автор был объявлен спасителем. И все это при том, что Seeder не выполнял никаких грязных хаков, а просто исправлял один глупый баг Android.
Если вкратце, то баг состоял в том, что некоторые высокоуровневые компоненты среды исполнения Android активно использовали файл /dev/random для получения энтропии/соли. В какие-то моменты буфер /dev/random опустошался, и система оказывалась заблокирована до момента его заполнения необходимым количеством данных. А так как заполнялся он тем, что поступало с разных датчиков, кнопок и сенсоров смартфона, то времени на эту процедуру уходило столько, что пользователь успевал заметить лаг.
Для решения этой проблемы автор Seeder взял Linux-демон rngd, скомпилировал его для Android и настроил так, чтобы он брал случайные данные из гораздо более быстрого (но и намного более предсказуемого) /dev/urandom и каждую секунду сливал их в /dev/random, не позволяя последнему истощиться. Как результат — система никогда не испытывала недостатка в энтропии и спокойно работала.
Данный баг был закрыт Google еще в Android 3.0, и, казалось бы, нам незачем вспоминать о Seeder. Но дело в том, что приложение с тех пор активно развивалось и даже сегодня рекомендуется многими «экспертами» для применения. Более того, у приложения появилось несколько аналогов (например, sEFix), а многие создатели скриптов/инструментов для ускорения до сих пор включают подобную функциональность в свои творения. Иногда это тот же самый rngd, иногда — демон haveged, иногда просто симлинк /dev/urandom на /dev/random.
sEFix — один из наследников Seeder
Все, кто пробовал, наперебой кричат об эффективности решения, однако, если верить Рикарду Серкейре (Ricardo Cerqueira) из компании Cyanogen, в современных версиях Android /dev/random используется всего тремя компонентами: libcrypto (для шифрования SSL-соединений, генерации ключей SSH и так далее), wpa_supplicant/hostapd (для генерации WEP/WPA-ключей) и несколькими библиотеками для генерации случайных ID при создании файловых систем ext2/3/4.
Эффективность приложения в современном Android, по его мнению, связана вовсе не с пополнением пула /dev/random, а с тем, что rngd постоянно пробуждает устройство и заставляет его повышать частоту процессора, что позитивно сказывается на производительности и негативно на батарее.
Стоковые прошивки смартфонов всегда одексированы. Это значит, что наряду со стандартными для Android пакетами приложений в формате APK в каталогах /system/app/ и /system/priv-app/ (начиная с KitKat) также находятся одноименные файлы с расширением odex. Они содержат так называемый оптимизированный байт-код приложения, уже прошедший через верификатор и оптимизатор виртуальной машины и записанный в обособленный файл (это делается с помощью утилиты dexopt).
Смысл существования файлов odex в том, чтобы разгрузить виртуальную машину и таким образом ускорить запуск приложений (стоковых). С другой стороны, файлы odex мешают вносить в прошивку модификации, создают проблемы с обновлением, и по этой причине многие кастомные ROM’ы (включая CyanogenMod) распространяются без них. Вернуть (точнее, сгенерировать) файлы odex можно разными способами, в том числе с помощью простых утилит/скриптов вроде Odexer Tool. Пользоваться ими легко, и многие «эксперты» советуют это делать.
Проблема только в том, что это чистейшее плацебо. Не обнаружив odex-файлов в каталоге /system, система сама создаст их при следующей загрузке и поместит в каталог /system/dalvik-cache/. Именно этим она занимается, когда при загрузке новой прошивки на экране появляется сообщение «Идет оптимизация приложений. ». В отношении приложений из маркета это тоже, кстати, работает. Но на этапе установки софта.
Твики lowmemorykiller
Этот механизм, названный lowmemorykiller, был придуман для того, чтобы, сохраняя черты полноценной многозадачной ОС, Android мог нормально жить в условиях ограниченного объема памяти и отсутствующего swap-раздела. Пользователь может спокойно запускать любые приложения и быстро переключаться между ними, а система сама позаботится о завершении давно не используемых приложений и о том, чтобы в устройстве всегда оставалась свободная память.
В первые годы существования Android назначение данного механизма для многих пользователей было непонятным, поэтому стали популярными так называемые таск-киллеры — приложения, которые время от времени просыпались и завершали все фоновые приложения. Профитом в данном случае считалось большое количество свободной оперативки, что воспринималось как плюс, хотя никаких плюсов в этом, конечно же, не было. Зато было много минусов в виде более долгого переключения между приложениями, повышенного расхода заряда батареи и проблем c пробуждением владельца по утрам (будильник тоже убивался).
Со временем понимание принципов многозадачности пришло, и от таск-киллеров постепенно отказались. Однако их быстро сменил другой тренд — тюнинг самого механизма lowmemorykiller (например, с помощью приложения MinFreeManager). Основная идея метода в том, чтобы приподнять границы заполнения оперативной памяти, при достижении которых система начнет убивать фоновые приложения. Этакий способ «и нам и вам», который позволяет освободить немного памяти штатными средствами, не нарушая идей многозадачности Android.
Но к чему это в итоге приводит? Допустим, стандартные значения границ заполнения памяти — это 4, 8, 12, 24, 32 и 40 Мб, то есть при достижении свободного объема памяти 40 Мб будет убито одно из кешированных приложений (загружено в памяти, но не запущено, это такая оптимизация Android), при 32 — Content Provider, не имеющий клиентов, 24 — одно из редко используемых фоновых приложений, затем в расход идут сервисные процессы приложений (например, сервис музыкального проигрывателя), видимые на экране приложения и текущее запущенное приложение. Разница между последними двумя в том, что «текущее» — это приложение, с которым в данный момент имеет дело юзер, а «видимое» — это то, что, например, имеет уведомление в строке состояния или отображает поверх экрана какую-либо инфу.
В целом все это значит, что в смартфоне всегда будет свободно 40 Мб памяти, которых вполне достаточно для того, чтобы вместить еще одно приложение, после чего проснется поток LKM и начнет очистку памяти. Все ОK, все довольны. Система по максимуму использует память. А теперь представим, что будет, если юзер воспользуется советом доморощенного «эксперта» и поднимет эти значения так, что последнее будет составлять, ну, допустим, 100 Мб (обычно повышаются только три последних значения). В этом случае произойдет одна простая вещь: юзер потеряет 100 – 40 = 60 Мб памяти устройства. Вместо того чтобы использовать это пространство для хранения фоновых приложений, что полезно, так как сокращает время переключения на них и заряд батареи, система будет оставлять его свободным непонятно для чего.
Справедливости ради стоит сказать, что тюнинг LKM может быть полезен для девайсов с совсем уж небольшим объемом памяти (меньше 512) и Android 4.X на борту или для временного увеличения порогов. Некоторые разработчики твиков прямо рекомендуют использовать «агрессивные» настройки только в случае запуска тяжелого софта вроде hi-end игр, а все остальное время оставаться на стандартных. В этом действительно есть смысл.
MinFreeManager — приложения для тюнинга механизма lowmemorykiller
Вердикт: лучше не трогать.
Твики I/O
В скриптах, публикуемых на форумах, можно часто встретить твики подсистемы ввода-вывода. Например, в том же скрипте ThunderBolt! есть следующие строки:
Далее следует еще несколько строк, относящихся к другим планировщикам (кстати, обрати внимание на совершенно лишние точки с запятой в конце команд). Что во всех этих строках не так? Первые две команды бессмысленны по двум причинам:
Последние три бессмысленны по той простой причине, что для смартфона, где фактически нет разделения приложений по приоритетам на ввод-вывод и нет механических накопителей, лучший планировщик — это noop, то есть простая FIFO-очередь — кто первый обратился к памяти, тот и получил доступ. И у данного планировщика нет каких-то особенных настроек. Поэтому все эти многоэкранные списки команд лучше заменить на один простой цикл:
Кроме включения планировщика noop, для всех накопителей он отключает накопление статистики I/O, что также должно позитивно сказаться на производительности (хотя это всего лишь капля в море, которая будет совершенно незаметна).
Еще один твик, который часто можно найти в скриптах тюнинга производительности, — это увеличение значения readahead для карты памяти до 2 Мб. Механизм readahead предназначен для заблаговременного чтения данных с носителя еще до того, как приложение запросит доступ к этим данным. Если ядро видит, что кто-то достаточно долго читает данные с носителя, оно пытается вычислить, какие данные понадобятся приложению в дальнейшем, и заранее загрузит их в оперативку, позволяя таким образом сократить время их отдачи.
Звучит круто, но, как показывает практика, алгоритм readahead очень часто ошибается, что приводит к лишним операциям ввода-вывода и расходу оперативной памяти. Высокие значения readahead (1–8 Мб) рекомендуются к применению на RAID-массивах, тогда как на десктопе или смартфоне лучше все оставить как есть, то есть 128 Кб.
Изменить планировщик ввода-вывода можно с помощью Trickster Mod
Вердикт: кроме noop, не нужно ничего.
Твики системы управления виртуальной памятью
Кроме подсистемы I/O, принято также тюнинговать подсистему управления виртуальной памятью. Зачастую изменению подвергаются только две переменные ядра: vm.dirty_background_ratio и vm.dirty_ratio, которые позволяют регулировать размер буферов для хранения так называемых грязных данных, то есть тех данных, которые были записаны на диск приложением, но еще до сих пор находятся в оперативной памяти и ждут, пока они будут записаны на диск.
Стандартные значения этих переменных в десктопных Linux-дистрибутивах и Android примерно следующие:
При этом важно понимать, что, даже если размер буфера не достиг 10%, система так или иначе запустит поток pdflush через 30 с. Что нам дают эти знания? Фактически ничего, что мы могли бы использовать в своих целях. Комбинация 10/20% вполне разумна и, например, на смартфоне с 1 Гб памяти составляет примерно 100/200 Мб памяти, чего более чем достаточно в условиях редких всплесков записи, скорость которых зачастую ниже скорости записи в системную NAND-память или SD-карту (при установке софта или копировании файлов с компа). Но создатели скриптов оптимизации с этим, конечно же, не согласны.
Например, в скрипте Xplix можно найти примерно такие строки (в оригинале они намного длиннее из-за проверок на количество оперативной памяти и использования BusyBox):
Данные команды применяются к устройствам с 1 Гб памяти, то есть устанавливают лимиты «грязного» буфера, равные (примерно) 500/900 Мб. Такие высокие значения абсолютно бессмысленны для смартфона, так как работают только в условиях постоянной интенсивной записи на диск, то есть опять же для высоконагруженного сервера. В ситуации со смартфоном они будут ничем не лучше стандартных. Кстати, в скрипте ThunderBolt! применяются гораздо более разумные (и близкие к стандартным) значения, но я сомневаюсь, что от их применения пользователь заметит хоть какую-то разницу:
Первые две команды выполняются на смартфонах с 512 Мб оперативки, вторые — с 1 Гб, третьи — с более чем 1 Гб. Но на самом деле есть только одна причина изменять стандартные значения — девайс с очень медленной внутренней памятью и/или картой памяти (привет китайцам). В этом случае разумно разнести значения переменных, то есть сделать примерно так:
Тогда при резких всплесках операций записи система, не успевая записывать данные на диск, до последнего не будет переключаться на синхронный режим, что позволит уменьшить лаги приложений при выполнении записи.
Вердикт: лучше не трогать.
Выводы
Существует огромное количество и более мелких оптимизаций, включая «тюнинг» сетевого стека, изменение переменных ядра Linux и Android (build.prop), но 90% из них не оказывают никакого влияния на реальную производительность устройства, а остальные 10% либо улучшают одни аспекты поведения устройства в ущерб других, либо настолько незначительно повышают производительность, что ты этого даже не заметишь. Из того, что реально действует, можно отметить следующее:
Бесполезные настройки build.prop
LaraCraft304 с форумов XDA Developers провела исследование и выяснила, что внушительное количество настроек /system/build.prop, которые рекомендуют к применению «эксперты», вообще не существуют в исходном тексте AOSP и CyanogenMod. Вот их список:
Оптимизация баз данных
Скрипт для оптимизации баз данных настроек системы и приложений. Для работы, естественно, требуется root и BusyBox.
Евгений Зобнин
Редактор рубрики X-Mobile. По совместительству сисадмин. Большой фанат Linux, Plan 9, гаджетов и древних видеоигр.