-Added some logging to debug percentage problem: adb logcat | grep StatsAdapter
-refactored KB handling
-refactored "raw" stats
-Stats row shows interactive areas (glow)

Помощь
BetterBatteryStats

Здесь вы найдете детали об организации экранов и опций BetterBatteryStatistics. Другая информация об использовании BetterBatteryStats находится в разделе Как.

Метки
BetterBatteryStats не собирает данные в фоне, но использует метки, сохраненные в определенное время (в определенных событиях):

Загрузка (Boot): сохраняется, когда телефон загружается, удаляются все другие метки
Отключено (Unplugged): сохраняется, когда Вы отключаете телефон от зарядки
Заряжено (Charged): сохраняется, когда телефон заряжен до 100%
Экран выкл (Screen off): сохраняется, когда экран Вашего телефона отключается (при активированном дежурном режиме)
Экран вкл (Screen on): сохраняется, когда экран Вашего телефона включается (при активированном дежурном режиме)
Пользовательская (Custom): сохраняется при выборе в меню опции сохранить пользовательскую метку
Текущее (Current): текущие данные
Пожалуйста, помните, что данные временных промежутков удаляются при перезагрузке. Для использования "От=Отключено" после перезагрузки вы должны подключить/отключить Ваш телефон.

Если данные события не происходят, или после перезагрузки, BBS сообщит об отсутствующей ссылке. Это не баг, так предусмотрено BBS

Экраны
Есть следующие типы статистики:

Другая статистика (Other Usage, или Summary): показывается сон, пробуждения, включенный экран и другое важное время
Вэйклоки ядра (Kernel Wakelock): показываются общее время и количество вэйклоков ядра
Частичные вэйклоки (Partial Wakelocks): показываются общее время и количество частичных вэйклоков
Сигналы (Alarms): показываются пробуждения, вызванные приложениями или службами
Сеть (Network): показывается статистика сети
Статистика CPU (CPU States): показывается статистика процессора и глубокий сон
Процессы (Process): показывается время процессора (пользователь и система), потребленное процессами
Датчики (Sensors): статистика использования датчиков
Информация о пакете (операции в приложениях): показывает разрешения и службы определенного пакета (приложения): этот экран можно открыть нажатием значка в любом из экранов
а это возможные временные точки показа статистики (выбор "от" и "до" любых из этих точек):

Другая статистика
Группа различных индикаторов потребления батареи. Эта статистика должна всегда проверяться первой, так как она дает хорошее представление о расходе.

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

Глубокий сон (Deep Sleep): общее время сна телефона
Бодрствование с выкл. экраном (Awake (Screen Off)): общее время, когда телефон не находился в глубоком сне при отключенном экране телефона
Экран вкл (Screen On): общее время бодрствования телефона со включенным дисплеем
Телефон вкл (Phone On): общее время, когда телефон находился в режиме звонка
Wifi вкл (Wifi on): общее время включенного Wifi
Wifi используется (Wifi Running): общее время, когда Wifi был подключен к SSID
Блютус вкл (Bluetooth On): общее время, когда был включен блютус

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

Даже если общее время незначительно, важно проверить количество вэйклоков. Большое количество коротких периодов пробуждений может иметь большое воздействие на время бодрствования, так как телефон использует некоторое время на пробуждение и иногда снова на переход в сон. Это не показывается данной статистикой. Например, предположим, что время пробуждения телефона и повторного перехода в сон заняло 1/2 секунды. Для вэйклока в 10 секунд результат времени бодрствования составит 11 секунд. Для 10 вэйклоков по 0,1 секунде общее время вэйклоков будет меньше 1 секунды, но время бодрствования составит 11 секунд.

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

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

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

Статистика CPU
Показывается время, затраченное на каждое состояние процессора (частоту), включая время глубокого сна.

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

Датчики
Статистика использования датчиков приложениями.

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

Меню
Настройки
Обновить
Ещё
Дамп в файл: записывает статистику в /sdcard/BetterBatteryStats.txt
Установить пользовательскую метку: установить пользовательский начальный пункт для статистики
История: показываются различные графики, такие как использование батареи или пробуждения (начиная с Андроид 2.3)
Необработанные сигналы: показывает сигналы от загрузки
Необработанные вэйклоки ядра: показывает вэйклоки от загрузки
Необработанная статистика сети: статистика сети от загрузки
Необработанная статистика CPU: статистика CPU от загрузки
Помощь: доступ к разделу помощи и к разделу Как

Как работать в BetterBatteryStats

Документ дает общее понятие, как использовать BetterBatteryStats для уменьшения расхода батареи системным образом.
Сперва Вы должны выбрать метку (обычно, отношение "Отключено (Unplug)" к "Текущему (Current)" является наилучшим вариантом для начала).

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

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

Примечание: виджет 1x1 показывает оба соотношения и дает лучший обзор оптимальности работы телефона.

Проверьте вэйклоки ядра
Список показывает, какие вэйклоки срабатывали: символ справа означает, что статья об этом определенном вэйклоке есть в базе знаний. В первую очередь мы проверяем время (минуты или больше), если нет горячих точек, смотрим на количество раз.

Вэйклок PowerManagerService
Этот вэйклок показывается в ряде частичных вэйклоков на многих телефонах. Если данный вэйклок #1, перейдите в Частичные вэйклоки для получения дополнительных сведений.

Вэйклок multipdp / svnet-dormancy
Этот вэйклок указывает на интенсивное сетевое использование. Если данный вэйклок #1, перейдите в Статистику сети для получения дополнительных сведений.

Если PowerManagerService не является самым активным вэйклоком, проверьте базу знаний онлайн или используйте поиск для получения дополнительной информации о вэйклоке и его потенциальных причинах.

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

Вэйклок AlarmManager
Большое время или количество вэйклока AlarmManager показывает, что многие пробуждения вызывались сигналами или тем, что приложения интенсивно добавляли/изменяли сигналы. Детальный обзор можно найти в [Сигналах].

Статистика сети
Здесь Вы найдете, какие приложения/ пакеты использовались для наибольшего объема передачи данных.

Что дальше?
Некоторые, но не все вэйклоки могут вызываться определенным приложением. В данном случае доступны следующие опции:

Проверить / изменить настройки
Иногда нам действительно необходимы приложения/ функционал, вызывающие вэйклоки и есть хорошая новость - надежда присутствует. Настройки многих приложений могут определять их поведение, таким образом, можно проверить:

частота: давать твиттеру проверять новые сообщения каждые 2 минуты не особо совместимо с хорошей продолжительностью жизни батареи. Зная цену такой функциональности, лучше установить использование по запросу, чем дать приложению работать в фоне
количество: проверьте дополнительные службы, например облачное резервное копирование, полную синхронизацию и др., и спросите себя, все ли это Вам необходимо
Удаление или заморозка
Если причина частичных вэйклоков установлена, спросите себя, используете ли Вы это приложение. Если нет - отключите/удалите/заморозьте его. Возвращайтесь в начало и проведите новую проверку для подтверждения эффекта выполненных действий.

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

Общие замечания
Следующие замечания помогут Вам устранить некоторые причины пробуждений:
выключайте GPS когда он не необходим для того, чтобы приложения не злоупотребляли источниками местоположения
когда Вы закончили работу с приложением, закройте его кнопкой "назад". Это завершит его и предотвратит работу в фоне
не используйте авто-киллеры. Если есть приложения, которые Вы не хотите запускать или кэшировать, заморозьте их или, соответственно, настройте их автозапуск
не используйте также энергосберегающие утилиты типа Juice Defender или Green Power: большинство приложений ведут себя неадекватно при невозможности использования передачи данных и увеличат расход за счет дополнительного объема попыток
если Вы не используете Wifi, выключите его: в некоторых случаяхWifi может вызывать пробуждения и дополнительную нагрузку, например, на службы местоположения
Насладитесь Вашими успехами
Базовое правило оптимизации работы - это проверка результатов каждого действия и это касается следующего:

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

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

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

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

Основные термины

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

Пробуждения
Пробуждение вызывается сигналом типа RTC_WAKEUP. Признаком плохо разработанного приложения будет использование неправильного типа сигнала (пробуждения) для выполнения операций, выполняемых только при включённом экране (например, обновление виджета).

Вэйклок
Имеется два типа вэйклоков: вэйклоки ядра и частичные вэйклоки. Частичные вэйклоки – специфика Андроид, в то время как вэйклоки ядра не являются специфичными для данной системы и представляют собой часть любого ядра linux. Частичные вэйклоки внутренне задействуются при удержании вэйклока ядра.
В Андроиде частичные вэйклоки необходимы, когда имеется отрезок кода (блок, цепочка), которая не должна прерываться при переходе телефона в сон. Примером последовательности, которая не должна прерываться, являются как блоки, применяемые таким образом, чтобы гарантировать непрерывность при прохождении, так и блоки, использующие избыточные ресурсы, такие как данные, и которые Вы хотите завершить.

Как они взаимодействуют

Примеры частичных вэйклоков
Начнём с примера BBS (да, BBS удерживает вэйклоки). При определённых событиях (загрузка, отсоединение ЗУ, экран выкл/вкл) BBS сохраняет так называемые метки: метка является полным описанием соответственного полного состояния Вашего телефона в момент времени. Затем метки могут сравниваться для получения полной картины того, что происходило между двумя метками.
Для того, чтобы метка сохраняла целостность, важно, чтобы процесс сохранения не прерывался. При использовании телефона это не имеет значения (поскольку экран включен и при его использовании всё равно удерживается вэйклок), но подумайте, что происходит, когда экран выключен, и Вы отсоединяете ЗУ: телефон может перейти в сон до завершения критической последовательности, нарушая целостность: вот когда нужен вэйклок.

Другим примером будет ситуация, когда вы загружаете что-то (например, из google play) и Ваш экран отключается. Если загрузка началась, когда Вы использовали телефон, Вы хотите закончить её до того, как телефон перейдёт в сон. Отсутствие вэйклока при загрузке может стать причиной прерывания скачивания, файл может остаться недогруженным и получится, что батарею Вы использовали впустую и начинать надо заново.

Примеры пробуждений
Когда приложению необходимо что-то сделать в определённое время (например, запрос) оно будет использовать RTC_WAKEUP для запуска последовательности, которая, может , к примеру, открыть соединение и получить данные. Поскольку пробуждения могут запускаться, когда телефон спит и экран остаётся выключенным, телефону не понадобится много времени, чтобы снова перейти в сон, возможно, до того, как соединение и запрос будут закончены. Во избежание этого необходимо удержание вэйклока до тех пор, пока соединение и последующие действия не будут выполнены.

Что может произойти
Отзыв разрешений на удержание вэйклоков или препятствие выполнению данной операции приложением – наихудшее, что Вы можете сделать: в результате Вы получите ещё больший расход из-за устанавливаемых соединений и запуска передачи данных до того, как телефон вернётся в режим сна и отменит результат.
Ещё хуже: представьте следующую последовательность, которая будет происходить при пробуждении:
1. Телефон пробуждается (RTC_WAKEUP)
2. Удержание вэйклока
3. Соединение
4. Передача данных
5. Следующий сигнал программы
6. Освобождение вэйклока

Подумайте, что произойдёт, если Вы воспрепятствуете удержанию приложением вэйклока и в результате последовательность прервётся в процессе передачи?

Мы в тупике?
Нет. Выявление вэйклоков (особенно, длительных и часто происходящих), а также частых пробуждений – это показатель, что что-то идёт неправильно. Знание этого предполагает разные действия, которые мы можем выполнить:
• Примите решение об удалении приложения, поскольку цена его использования слишком высока по сравнению с пользой
• Попробуйте изменить симптомы, настраивая параметры приложения
• Используйте инструменты для предотвращения определённых пробуждений, если нет нужды в получении обновлений, когда телефон выключен (Facebook-один из примеров)
• Свяжитесь с разработчиком и помогите ему решить проблему с нежелательными эффектами
А что никогда не надо делать – это пытаться подавить симптомы вместо того, чтобы убрать причину (именно это вы делаете, когда препятствуете удержанию приложением вэйклоков, и это очень, очень плохая идея).

AlarmManager
AlarmManager обеспечивает доступ к службам пробуждения системы. Эти службы позволяют запланировать запуск приложений. Когда сигнал пробуждения срабатывает, связанная с ним цель обрабатывается системой, автоматически запуская нужное приложение, если оно уже не запущено. Зарегистрированные сигналы удерживаются, пока устройство спит (и могут опционально пробудить устройство, если сработают в это время), но будут очищены при выключении и перезагрузке телефона. Alarm Manager удерживает вэйклок CPU пока выполняется метод onReceive() приемника сигналов. Это гарантирует, что телефон не будет спать, пока Вы не закончите обработку передачи. После возврата onReceive(), Alarm Manager отпускает данный вэйклок. Это означает, что телефон в некоторых случаях перейдет в сон сразу же, как только закончится выполнение метода onReceive().
Известные действия: AlarmManager запускает не частичные вэйклоки, а приложения (цели), которые были установлены на запуск при срабатывании сигнала. Список сигналов можно увидеть в меню " Alarms".
Инструкция по анализу сигналов:
чтобы определить эти цели, выполните команду dumpsys alarm.
(Как это сделать, можно посмотреть, например, здесь или, чуть подробнее, тут.)
Это сохранит в дамп все события сигналов, и Вы сможете увидеть, что вызывает AlarmManager в качестве вэйклока. Здесь Вы можете увидеть пункты с большим количеством пробуждений. В некоторых случаях Вы ничего не сможете с этим сделать (Android System), но в других, Вы сможете деинсталировать приложения или отключить уведомления. Надеемся, это поможет в решении проблем с AlarmManager.
Просмотрите " Alarm Stats" внизу, это будет выглядеть примерно так:
com.levelup.beautifulwidgets
246776ms running, 10 wakeups
10 alarms: act=com.levelup.beautifulwidgets.ACTION_UPDATEWEATHER flg=0x4
1583 alarms: act=com.levelup.beautifulwidgets.ACTION_UPDATECLOCK flg=0x4
com.motorola.blur.datamanager.app
22ms running, 0 wakeups
1 alarms: act=com.motorola.blur.datamanager.app.checkin.timeout flg=0x4 cmp=com.motorola.blur.datamanager.app/.DataManagerCheckinService
ccc71.bmw
130743ms running, 1585 wakeups
1585 alarms: flg=0x4
com.motorola.kpilogger
2156ms running, 0 wakeups
13 alarms: act=com.motorola.kpilogger.START_LOG flg=0x4
com.gau.go.launcherex
528ms running, 10 wakeups
6 alarms: act=com.jiubang.intent.action.AUTO_CHECK_UPDATE flg=0x4
4 alarms: act=com.jiubang.intent.action.SCAN_APPS flg=0x4

Как Вы можете убедиться, в данном случае службами, вызывавшими AlarmManager, похоже, были BeautifulWidgets (обновлявшие часы при каждом изменении минут - 1583 сигналов: act=com.levelup.beautifulwidgets.ACTION_UPDATECLOC K flg=0x4).
Battery Monitor Widget (очевидно, получение информации о напряжении батареи) – 130743мс работы, 1585 пробуждений.
Вы также можете уменьшить количество событий AlarmManager, просто отключив местоположение, выйдя из аккаунта Google Talk, и отключив уведомления или обновления в приложениях, которые Вы не особо используете.
AlarmManager - это универсальный процесс, который используют МНОГИЕ приложения для обновления времени, уведомлений и т.д. Во большинстве случаях это является необходимостью, в других случаях, нужно действительно совершить проверку и отключить/удалить те приложения, которые слишком часто этот процесс вызывали.
Ссылки:
http://forum.xda-developers.com/showpost.p...p;postcount=861
http://developer.android.com/reference/and...armManager.html

AudioOut_1
AudioOut используется для воспроизведения уведомлений и системных звуков.
Известные действия: из настроек... меню -> звуки -> убрать галочки с пунктов "Звук нажатия", "Звук блокировки".
Известные условия возникновения: каждый раз при нажатии или блокировке экрана.

ConnectivityService
Служба, ответственная за передачу данных/точки доступа, установление и поддержание соединения. Вэйклок удерживается при переходе между способами передачи данных.
Известные действия: можно устранить, используя другой радиомодуль/модем, в условиях лучшего покрытия сети или при использовании только 2G.
Ссылки:http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.0.3_r1/com/android/server/ConnectivityService.java#ConnectivityService

deleted_wake_locks
В программном интерфейсе, доступном драйверам Андроид, предписывается выполнять комманду wake_lock_destroy перед освобождением памяти структуры вэйклоков, которую они создали. В большинстве своем это происходит при отключении, но также, в некоторых ситуациях, когда драйвер динамически выгружается из ядра. Когда бы это ни происходило, удаленные вэйклоки исчезают из списка, но их статистика добавляется в псевдо-вэйклок deleted_wake_locks. Это позволяет видеть, что ряд старых вэйклоков имеет комбинированный набор статистики, который демонстрирует этот пункт. Статистика данного пункта не увеличивается, пока дополнительные, действующие, вэйклоки, имеющие ненулевую статистику, не будут удалены.
Известные действия: так как это просто пункт, включающий сборную активность всех вэйклоков ядра, которые уже не существуют, делать что-либо напрямую, чтобы уменьшить данный вэйклок, нет необходимости. Лучшим способом действий будет идентификация вэйклоков, генерирующих активность, до того, как они будут удалены и отобразятся в данном пункте.
Известные условия возникновения:Драйвер Wifi – один из известных источников вэйклоков ядра, которые разрушаются при выгрузке драйвера (когда Wifi отключается вручную или в рамках запрограммированного отключения). Такие вэйклоки, как wlan_rx_wake и wlan_wake, когда драйвер выгружается, больше не показываются в списке и их статистика добавляется к имеющимся значениям deleted_wake_lock.
Ссылки: http://forum.xda-developers.com/showpost.p...;postcount=5644 http://forum.xda-developers.com/showpost.p...;postcount=6671 http://www.netmite.com/android/mydroid/cup...ower_Management

GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint
Вэйклок обнаруживается при определенных невоспроизводимых условиях, показывая большое количество вэйклоков и, в некоторых случаях, большое время. Поскольку причины точно неизвестны, нет гарантий, что вэйклок не случится по другим ещё неизвестным причинам.
Известные действия: в одном случае (см. ссылку) этот вэйклок был успешно удален при изменении прокси / создании новой точки доступа с пустым прокси. "Виновный" прокси был предустановлен провайдером Orange, но не исключено, что прокси-серверы других провайдеров могут иметь такой же эффект.
Сопутствующие вэйклоки: другие GTALK_ASYNC_CONN partial wakelocks
Ссылки: http://forum.xda-developers.com/showpost.p...;postcount=3416

mipi_link
Некоторые люди думают, что вэйклок как-то связан с камерами, но подтверждения этому. Альянс MIPI -это контора, занимающаяся разработками интерфейса мобильных устройств. Возможно, вэйклок удерживается каким-то произведенным этим альянсом чипом (на сайте, например, упоминаются некие процессоры приложений), который сообщается с каким-либо другим устройством (беспроводным модемом, например) посредством какой-то связи (link) .
Известные действия: единственное средство избавления от него - режим полета.
Известные условия возникновения: счетчик вэйколока увеличивается вне зависимости, включен wifi, или отключен, разрешена передача данных по мобильной сети, или запрещена, включена синхронизация или нет, 3g или только 2g, есть сим-карта в телефоне, или нет. Gtalk, Gmail, Facebook, Skype, Gallery на него не влияют, все эти приложения могут быть заморожены или деинсталированны, без разницы, вэйклок остается.
Ссылки: http://forum.xda-developers.com/showpost.p...postcount=15099

network-location
Служба network location service отвечает за обеспечение информацией об относительном местоположении для запрашивающих ее приложений.
Частота обновлений (и вэйклоков) зависит от точности данных, запрашиваемых приложениями (максимальное время между обновлениями, точность в метрах).
Примеры приложений, запрашивающих относительное местоположение: виджеты погоды, карты, большинство социальных инструментов, google+.
Действия по уменьшению вэйклоков:
• Найдите виновное приложение: просмотрите все вэйклоки network-location и и отметьте все приложения во второй строке списка
• Проверьте настройки приложения на предмет возможности изменения точности
• Используйте преимущества базового местоположения Wifi (стабильное местоположение, минимизурующее частоту обновлений)
• Поищите альтернативные приложения с более приемлемыми настройками
Известные условия возникновения: некорректные приложения с высокими требованиями к точности запускают службу Network Location.
Нестабильные сетевые условия (частый обменданными между вышками) могут вызывать обновления местоположения.
В некоторых случаях обновление радиомодуля/модема влияет на network location: местоположение основывается на информации вышки, поставляемой RIL.
Сопутствующие вэйклоки: LocationManagerService, NetworkLocationLocator, WifiService, GpsLocationProvider, network-location-cell-update
Ссылки:http://developer.android.com/guide/topics/location/obtaining-user-location.html
http://developer.android.com/reference/and...ionManager.html

PowerManagerService
Данный вэйклок ядра является меткой для всех частичных вэйклоков пользовательского поля.
Известные действия: используйте "Partial Wakelocks" для вычисления приложений/служб, вызывающих вэйклоки.
Известные причины возникновения: некоторые устройства показывают вэйклоки пользовательского поля в целом под меткой PowerManagerService.

suspend_backoff
suspend_backoff срабатывает при быстрых переходах сон-пробуждение-сон в короткие промежутки времени (10 раз в течение x ms IIRC). Когда это происходит, этот вэйклок убеждается в том, что устройство постоянно пробуждается на некоторое время вместо того, чтобы надолго изменить состояние. Счетчик вэйклоков ядра может дать информацию об источнике этих постоянных пробуждений, но точный ответ найти не удастся ввиду отсутствия показа распределения их времени.
Ссылки: В связи с Chrome: http://forum.xda-developers.com/showpost.p...mp;postcount=24
В связи с включением/отключением Wifi при включении/отключении экрана
http://forum.xda-developers.com/showpost.p...;postcount=6603

svnet
Базовое управление радиомодулем (специфичный для Galaxy S/S II).
Известные действия: нет прямых известных действий, может быть устранено заменой радиомодуля/модема.

svnet dormancy
svnet-dormancy является вэйклоком ядра, связанным с сотовой передачей данных – быстро это происходит, или нет, всегда срабатывает 6-тисекундный вэйклок каждый раз, когда радиомодуль передает данные.
Известные действия: изменить длительность вэйклока (применяйте на свой страх и риск). Уменьшить вэйклок путем уменьшения объема/количества запросов на передачу данных.
Причина – передача данных.

Sync
Служба sync отвечает за синхронизацию всех аккаунтов в секции "Настройки" - "аккаунты и синхронизация". Вэйклок удерживается, пока процессы синхронизации работают.
Чем больше пунктов синхронизируется и чем чаще синхронизация, тем больше будет вэйклок.
Потенциально, время вэйклока склонно к увеличению при плохой связи.
Примеры аккаунтов: twitter, google+, linkedin, google mail
Действия по уменьшению вэйклоков:
• Убрать ненужные аккаунты
• Проверить настройки и убрать ненужные опции (напр., синхронизация контактов)
• Проверить частоту синхронизации и убедиться, что Вы действительно нуждаетесь в данных установках
Известные условия возникновения: при плохих условиях связи, с наличием некорректно настроенных провайдеров синхронизации
Ссылки: известный баг, связанный с gmail: http://code.google.com/p/android/issues/detail?id=9307

SyncLoopWakeLock
SyncLoopWakeLock – это вэйклок, используемый Android SyncManager (android.content.SyncManager) и он работает, начиная с Андроида 4.01. Служба синхронизации отвечает всех аккаунтов в секции "Настройки" - "аккаунты и синхронизация". Вэйклок удерживается, пока процесс синхронизации работает.
Чем больше пунктов синхронизируется и чем чаще синхронизация, тем больше будет вэйклок.
Потенциально, время вэйклока склонно к увеличению при плохой связи.
Примеры аккаунтов: twitter, google+, linkedin, google mail
Действия по уменьшению вэйклоков:
• Убрать ненужные аккаунты
• Проверить настройки и убрать ненужные опции (напр., синхронизация контактов)
• Проверить частоту синхронизации и убедиться, что Вы действительно нуждаетесь в данных установках
Известные условия возникновения: вэйклок удерживается SyncManager при обработке действий синхронизации (метод handle()). Ранее данный вэйклок был известен, как sync.
При плохих условиях связи, с наличием некорректно настроенных провайдеров синхронизации, данный вэйклок удерживается дольше.
Сопутствующие вэйклоки: sync
Ссылки: https://github.com/asksven/BetterBatterySta...-Base/wiki/sync
Источники:новый вэйклок: http://grepcode.com/file/repository.grepco...ava#SyncManager
Старый вэйклок (*sync*):http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/2.3.7_r1/android/content/SyncManager.java#SyncManager.0SYNC_WAKE_LOCK

vbus_present
vbus_present является вэйклоком ядра, удерживаемым при подключенном ЗУ.
Известные действия: нет необходимости что-то делать.
Известные условия возникновения: при подключении к ЗУ/ заряжающему USB порту.

wlan_rx
Wifi чип получает откуда-нибудь пакет - на Galaxy S II, множество данных вэйклоков в сочетании с тем фактом, что что устройству требуются 650 мсек на возобновление работы после состояния ожидания и 150 на переход обратно в сон, означают, что получаемые пакеты wifi резко увеличивают потребление Android OS. В качестве экстремального примера, забейте в Линуксе следующую команду при политике отключения wifi "никогда" и посмотрите соотношения Вашего глубокого сна, расхода батареи и потребления ОС: ping -i 5 <wifi IP address of phone>
Известные действия: используйте анализатор пакетов для определения причины трафика.
Сопутствующие вэйклоки: wlan_wake

wlan_wake
Wifi чип пробудил процессор (обычно, это запускает и ведет к вэйклоку wlan_rx).
Известные действия: используйте анализатор пакетов для определения причины трафика.
Сопутствующие вэйклоки: wlan_rx

Вэйклоки зло. Если Вы пытаетесь увеличить жизнь своей батареи, то это вам известно. Некоторые вэйклоки – это счастливые, добрые существа, но многие – это безмолвные пиявки, высасывающие жизнь Вашей батареи, покуда Вы пребываете в блаженном неведении о том, что происходит. Целью данного руководства является объяснение наиболее распространенных вэйклоков, с которыми Вы встречаетесь и мер по их изгнанию из системы. Если Вы встретите какие-либо не приведенные в данном руководстве, дайте знать автору, и он добавит их в список. К слову, использование автором телефона можно охарактеризовать от непродолжительного до умеренного. До девэйклокизации время на одной зарядке составляло 24 часа. После - до 36. Затем автор приобрел усиленную батарею для Galaxy Nexus и, к третьему циклу, время работы на одной зарядке достигло двух с половиной дней. Впечатляет, правда?

Первое, необходимо понять разницу между вэйклоками ядра (Kernel Wakelocks-KWL) и частичными вэйклоками (Partial Wakelocks-PWL). KWL – вэйклоки, причина которых кроется на уровне ядра или на аппаратном уровне. Некоторые из них полезны, а некоторые вампиры. Единственный способ расправиться с ними – это изменить поведение телефона. Примеры будут приведены ниже.

PWL – вэйклоки, вызванные приложением. Борьба с ними, чаще, чем никогда, будет заключаться в замораживании (или, в случае с приложениями Google, деинсталляции) агрессивных приложений. До того, как вы это сделаете, и это критично, зайдите в Настройки -> Приложения, принудительно завершите приложение, очистите его кэш и удалите данные. Если Вы этого не сделаете, Вы, наверняка, добавите себе головной боли уже где-то через 30 секунд после удаления приложения.

Второе, надо знать, какие инструменты привлекаются к охоте на вэйклоки. Первый - это Better Battery Stats. Поищите в Google "better battery stats XDA" и найдете форум разработчика; приложение бесплатно раздается участникам XDA. Однако, если BBS помогает Вам, окажите разработчику некоторую признательность и купите платную версию. Это всего $2.89, и разработчик более чем заработает это к тому моменту, когда Вы закончите изгнание своих вэйклоков. Другими инструментами, которые Вам понадобятся, являются это руководство (надо полагать) и, конечно, интернет-поисковик по Вашему выбору. Автор просто не сможет все охватить, поскольку всего он и не видел.

Две последних заметки перед руководством: не начинайте охоты за вэйклоками сразу после установки новой прошивки или чистой переустановки текущей. Новые прошивки заставляют телефон некоторое время действовать непредсказуемо, пока вещи не устаканятся и некоторые фоновые процессы не будут доведены до конца. Подождите один полный цикл батареи (от 100% до 0%, который Вы, возможно, всё равно проходите для калибровки после чистой установки прошивки) до того, как Вы начнете, или же Вы сведете себя с ума. Также, помните, что победа над одним вэйклоком зачастую приводит к возникновению другого, особенно на ранней стадии процесса. Это нормально и ожидаемо. Бог Вас не ненавидит, выбранная Вами прошивка не хрень какая-нибудь, Ваш телефон не сдох, а чистая установка в период, когда Ваша прошивка ещё настраивается, сделает только хуже.

Итак, как же отследить эти вэйклоки с помощью BBS? Это достаточно сложная процедура, так что внимательно следуйте подсказкам автора. Для начала, откройте BBS. Затем, взгляните на выпадающее вверху меню, в котором, возможно, сейчас написано "Other (Другое)"? Нажмите на него и Вы увидите ниже "Kernel Wakelocks (Вэйклоки ядра)" and "Partial Wakelocks (Частичные вэйклоки)". До неприличия сложно, правда?

Кое-что про BBS Вы должны знать: похоже, в программе имеется странный баг "подсчета". При проверке прошивки с помощью BBS, автор в конце концов задался вопросом, почему время его PWL значительно превышает действительное время вэйклока. "Действительное время вэйклока," проще говоря, это время бодрствования- время бодрствования со включенным экраном. Если ваш телефон бодрствовал 45 минут, а экран был включен только 40, Вы имеете 5 минут действительного времени вэйклока.

Итак, почему BBS утверждает, что время PWL составило 90 минут, когда действительное время вэйклока равняется 45 минутам? У автора имеется две теории на этот счет. Первая, BBS подсчитывает вэйклоки независимо, даже если они происходили в одно и то же время. Например, если AlarmManager пробуждает Ваш телефон на две минуты, а AudioOut_1 на 30 секунд в один отрезок времени, BBS зарегистрирует PWL длиною в 2 мин 30 с, даже если устройство находилось в режиме бодрствования всего 2 минуты. Добавим сюда 30 с wlan_rx_wake (KWL), и BBS регистрирует 3 минуты вэйклоков, хотя их было всего две. Принимая во внимание, что у Вас в данный период экран был включен 30 с, Вы вдруг видите 3 мин вэйклоков, когда на самом деледействительное время вэйклока составило только 90 с. BBS эффектно удвоило время вэйклока, опровергнув Вашу статистику. Таким образом, учитывая многие дюжины мини-вэйклоков, происходящих одновременно при включенном экране, Вы легко можете увидеть, скажем, 6 ч PWL за 24 ч цикла, даже если действительное время вэйклока составило лишь 45 мин. Похоже, что экран информации батареи Андроид составляет отчеты таким же образом, поэтому, автор советует использовать действительное время вэйклока при зачистке и нападении на KWL и непослушные приложения. Некоторые PWL (AlarmManager) всегда будут значительными.

Вторая теория – это то, что минимальное показываемое в отчете время сигнала составляет определенную величину; напр., пять секунд на каждый сигнал, демонстрирующие его действие. Теперь, допустим, у Вас есть Facebook, Twitter, Google+, LinkedIn, Gmail, Email, News & Weather и BBC News, все установлены на синхронизацию каждые 30 минут. Каждое из них запускает сигнал в одно и то же время, и вдруг Ваши отчетные пять секунд превращаются в 40 секунд каждые полчаса. Допустим, у Вас было 35 сработавших сигналов каждые полчаса (не предел возможностей с Google Services Framework). 35 x 5 = 175 секунд времени бодрствования (из расчета пять секунд на сигнал), что составит 350 секунд в час отчетных вэйклоков, даже если действительное время вэйклока равнялось только 10 секундам. Так что кое-что надо иметь в виду при борьбе с PWL.

Ещё одно замечание касательно BBS и обработки им KWL: Нет такой вещи, как 0-KWL цикл, независимо от того, что говорит экран отчета BBS. Если BBS показывает 0 KWL, нажмите кнопку меню, then "More (Ещё)", then "Raw Kernel Wakelocks (Необработанная статистика вэйклоков ядра)" чтобы это увидеть. KWL необходимы для загрузки телефона. По сути, единственным телефоном с 0 KWL от последней зарядки будет телефон, который после этой зарядки не включали.

Есть пара других функций BBS, которыми мы активно воспользуемся позже, но на данный момент Вам нужно знать только одну. Нажмите на меню BBS. Нажмите "More (Ещё)". Видите поле с надписью "Set Custom Ref. (Установить польз.метку)"? Вам оно надо — очень надо.
Кроме того, как только появляется новая информация о каком-либо вэйклоке или семействе вэйклоков, она добавляется сюда. Если она Вам помогла, пожалуйста, посетите пост с данной информацией и поблагодарите опубликовавшего её. Ссылки на каждый пост даются дважды, сперва в описании вэйклока, затем внизу шапки, так что извинения по поводу невозможности найти пост не принимаются!

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

Теперь можно приступить к KWLs, поскольку они самые малоподдающиеся уничтожению. Используйте руководство ниже для идентификации вэйклока, его причины и способов избавления от него.

ВЭЙКЛОКИ ЯДРА

wlan_rx, wlan_rx_wake, wlan_wake: это вэйклок, вызванный сетевым трафиком. Самым простым решением будет отключение Wifi, но будьте с этим осторожны! Если приложение запускает синхронизацию и видит, что Wifi выключен, оно будет искать соединение для передачи данных по мобильной сети (что является причиной вэйклока ConnectivityService). Если оно не может найти передачу по мобильной сети, оно будет ждать и искать снова в следующий интервал синхронизации и/или автомаически синхронизировать при пробуждении телефона. Этот вэйклок также может, и наоборот, быть вызванным самой сетью Wifi, когда она обновляет соединения или IP-адреса.
Для устранения: этого маленького хитрого сосунка не просто остановить, поскольку для его срабатывания есть так много причин. Режим полета достаточно безопасен—синхронизируемые приложения, похоже, "уважают" режим полета, а вот если выключен только Wifi, они просто попытаются найти обходной путь. Но в этом случае, конечно, Вы теряете возможность разговаривать по телефону. Если вы особо невезучи, сама Ваша сеть Wifi может быть проблемой. К примеру, у автора и его жены в домашней сети было четыре компьютера, айпэд, три Андроида, две игровые приставки и телевизор с Wifi. "Фоновый шум", вызываемый всем этим, постоянно пробуждал телефон. Решение? Был установлен дополнительный маршрутизатор Wifi, настроен на отличный от основного канал, и этой сетью пользовались два-три смартфона. Это не самое простое устранение проблемы, но wlan_rx_wake почти полностью исчез (сейчас около 4 мин 45 с из 12 ч 27 мин за зарядку).

PowerManagerService: это, возможно, Ваш #1 или #2 вэйклок ядра, и Вы, пожалуй, хотели бы избавиться от него любой ценой, верно? Не хотелось бы этого говорить, но с этим ничего сделать нельзя. PowerManagerService - это KWL, который служит "вместилищем" всех Ваших PWL. Это метка, ни больше, ни меньше. Не тратьте много времени на заботу о нём.
Для устранения: уменьшить PWL. Читайте ниже.

deleted_wake_locks: помните, что автор писал выше о принудительной остановке приложения и удалении кэша и данных перед деинсталляцией? Этот вэйклок дает ответ, зачем. Это PowerManagerService для удаленных приложений. Как только приложение ушло, вэйклоки, которое оно вызывало, вдруг становятся неизвестными системе, поэтому они собираются здесь. Их количество может возрастать, но не драматично, поскольку система "ищет" удаленные приложения и/или находит новые вэйклоки, ассоциированные с ним.
Для устранения: убедитесь, что вы принудительно закрыли приложения, очистили их кэш и данные перед удалением. Перезагрузка должна полностью удалить вэйклок. Если он ещё отображается, очистите кэш и Дэлвик кэш телефона.

sdio_al, sdio_dmux, etc.: это досадный вэйклок, поскольку для него есть две потенциальных причины. Одна проста, а другая не очень. Простая – это то, что Вы стали жертвой вэйклока ЗУ. Самым легким способом доказать это будет скачать Jrockttu's Skyrocket Charger Test App. Если Ваше зарядное устройство показано, как AC Regular Charge, Ваша проблема здесь. Если AC Fast Charge or USB Normal Charge, то вэйклок может быть вызван SD картой. Это может раздражать, но, версия вэйклока с SD картой обычно достаточно незначительна и не стоит внимания. Также, огромное спасибо kishke за открытие третьей причины вэйклоков семейства sdio: данные. Похоже, что вэйклоки семейства sdio являются и частью семейства wlan в эквиваленте передачи данных по сотовой сети, и могут быть вызваны приложениями, ведущими поиск передачи данных.
Для устранения: проверьте ЗУ и настройте при необходимости. Для тестирования возможности передачи данных по сотовой сети, отметьте время вэйклока sdio, затем отключите передачу данных по мобильной сети и Wifi и оставьте на час. После этого проверьте, и если sdio минимален или отсутствует, то дело было в этом. Попробуйте другие радиомодули для лучшего соединения или отключите передачу данных по мобильной сети и используйте только Wifi. Если это SD карта, то, возможно, это не настолько сильный вэйклок, чтобы его устранять, но если Вы зотите его убрать, отформатируйте SD карту. Если форматирование не помогло, отформатируйте снова, затем сделайте вайп кэша и Дэлвик кэша.

alarm_rtc: это диспетчер внутренних сигналов Вашего телефона, устанавливает пробуждение телефона для синхронизации, пуш-уведомлений и др. Тесно связан с AlarmManager PWL.
Для устранения: проверьте Ваши приложения и убедитесь, что они настроены на синхронизацию только тогда, когда Вы этого хотите, а не постоянно или с короткими интервалами.

mmc0_detect, mmc1_detect, mmc2_detect: если быть честным, нет никакого понятия, что является причиной этого. К счастью, эти вэйклоки миинимальны, нет смысла тратить на них время. Пользователь polarbearno, однако, имеет большой опыт касательно данного вэйклока и называет причиной его излишней активности плохую SD карту.
Для устранения: Вынуть и поставить обратно SD карту, перезагрузиться. Возможно, для лучших результатов стоит очистить кэш и Дэлвик. Если проблема возникала из-за плохой внешней SD карты, эта процедура должна помочь. Если причиной проблемы не была плохая внешняя SD, возвращаемся к оригинальному решению, звучащему как "хороший вопрос…"

vbus_present: Этот вэйклок существует, пока телефон подключен к зарядному устройству. Он также появляется, когда Вы используете зарядку от Apple, которая регистрируется как "slow USB (медленная зарядка по USB)" и приводит к вэйклоку, который удерживается и после отключения от ЗУ.
Для устранения: проверьте телефон. Подсоединен ли к нему шнур? Если так, ведет ли он к источнику питания? Если так, отсоедините телефон (после полной зарядки, естественно). Вэйклок ещё присутствует? Подключите телефон к зарядному устройству на несколько минут, затем отсоедините, чтобы убить вэйклок, потом подумайте, куда закопать тот фрукт, которым Вы заряжали телефон. Рекомендуется использовать оригинальные ЗУ Samsung, ибо они предназначены для телефона (и не вызывают постоянных вэйклоков). Jrockttu разработал прекрасное приложение для теста ЗУ, в шапке имеется ссылка на его выдающуюся тему "спаси жизнь батарейки".

suspend_backoff: крепкий орешек. Очень крепкий. Сводя длинную историю к двум словам, этот вэйклок возникает, когда ваш телефон хочет спать, но запущенный процесс не дает ему это сделать. Типичный пример, это Wifi. Убедитесь, что ваш Wifi настроен на работу при сне телефона. Иначе, есть риск, что Wifi будет буйствовать, чтобы предотвратить засыпание телефона. Это также, к сожалению, может быть вызвано приложениями, что усложняет укрощение этого вэйклока.
Для устранения: выполните указанные операции с Wifi, перезагрузитесь в рекавери и сделайти вайпы кэша. Если он сохраняется после этого, у вас нет другого выбора, как посмотреть на dmesg, чтобы попытаться с ним справиться. Откройте терминал и напечатайте следующие команды, по одной в строке:

su
dmesg >/mnt/sdcard/dmesg.txt

Затем, перенесите файл.txt на компьютер и откройте в WordPad или похожей программе, автоматически обрезающей строки (не в Notepad). Забейте в поиск по документу "event". Вы найдете кучу строчек, выглядящих так:
eventX-XXXX
Где X-ы – это цифры. Видите эти четыре цифры после дефиса? Вы должны видеть их повторяющимися снова и снова. Перепишите их, потом вернитесь в терминал. Они – это ID Вашего процесса (PID). В терминале напечатайте:

ps

Это покажет все процессы, которые запускались после загрузки. Если посмотрите на второй столбик слева, Вы увидите последовательность четырех цифр. Они перечислены от меньших к большим к низу страницы. Ищите, пока не найдете последовательность, совпадающую с записанными Вами цифрами. Строка ниже этих четырех цифр является именем процесса, вызывающего вэйклок. Если сразу видно, что это приложение, удалите приложение и посмотрите, что произойдет. Если это что-то из аппаратного обеспечения, которое можно легко устранить, например, Wifi, измените его настройки. Если это com.android.process.acore, стоит в ближайшее время сделать вайп. Если вы не знаете, что это за процесс, не стоит туда лезть. С помощью терминала Вы можете превратить телефон в кирпич. Вместо этого, перепишите его и забейте в Google. Наверняка, кто-то уже писал, что это за процесс и что он делает. Если что-то Вы можете легко устранить, вперед. Если это какой-нибудь глубокий системный процесс, просто сделайте полный вайп и чистую установку.

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

Добавлено из другого форума:
musb_autosuspend_wake_lock: это метод управлением питанием ядра для отключения питания микро usb порта и удержания подключенных устройств в режиме поддержки питания. Возможно, наиболее необходимый вэйклок для поддержки USB OTG на данном порте.
vbus_tuna_otg: звучит как виртуальная шина для устроуств с USB OTG. По мнению Franco, этот вэйклок происходит, когда "устройство подключено к USB." Отсюда вывод- если Ваш GNex подключен к компьютеру через USB, Вы увидите данный вэйклок.

mipi_link: расшифровывается, как Mobile Industry Processor Interface (интерфейс процессора мобильной промышленности) но неизвестно, за что точно отвечает. Гугл дает ответ, что это может быть связано с камерами. Возможно, это тип текущего отчета камеры устройства.
Источник
Альянс Mobile Industry Processor Interface (MIPI®) является организацией с открытым членством, включающим ведущие компании мобильной промышленности, объедиенных целбюопределиь и продвигать открытые спецификации интерфейсов внутри мобильных терминалов.
Созданный в июле 2003 ARM, Intel, Nokia, Samsung, STMicroelectronics и Texas Instruments, MIPI стремится уменьшить сложность и расходы при увеличении гибкости для сотовых телефонов и их чипов.


ЧАСТИЧНЫЕ ВЭЙКЛОКИ

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

AudioOut_1, AudioOut_2: злобная пиявка из рода вэйклоков, которая высосет всё до дна, если дать ей волю. Будучи такой костью в горле, этот вэйклок на удивление легко устраним. Он создается всегда, когда динамик телефона проигрывает звук. Касательно 99% звуков, он проходит почти мгновенно. Со звуками клавиатуры, однако он не уходит так быстро и будет сидеть там, опустошая батарею, пока его не заметят.
Для устранения: открыть настройки, выбрать звук. Выключить звуки клавиатуры, звуки прикосновений, блокировки экрана и вибраций при прикосновениях. Дело привычки, но дополнительная жизнь батареи, которую Вы получите только лишь решив эту до смешного простую проблему, более чем стоит того.
Из поста DoctorQMM: AudioOut_1 путем проб и ошибок привел к PowerAmp. Даже когда PowerAmp не был запущен, отметки (в Настройки… Гарнитура) в ”Пауза при отключении” and ”Играть при подключении”... препятствовали глубокому сну. После снятия галочек, PowerAmp AudioOut_1 PWL исчез… глубокий сон восстановился.
Кроме того, каждый раз при открытии PlayStore, AudioOut_1 PWL увеличивается, каждый раз во время некоторых игр (даже при отключенном звуке в настройках игры), AudioOut_1 PWL увеличивается. Однако, на глубокий сон это не влияет.. эти PWLs увеличиваются только если экран включен!

ConnectivityService: появляется, когда телефон пытается подключиться к мобильной сети. Излишние вэйклоки в данном случае указывают, что телфон тратит кучу времени на поиск устойчивой сети и ещё большую кучу на то, чтобы в ней остаться.
Для устранения: тестируйте различные радиомодули и найдите наилучший для Вашей местности.

AlarmManager: это, собственно, не вэйклок, а компиляция сигналов приложений и времени, в течении которого они удерживали устройство в режиме бодрствования. Просмотр только этого вэйклока немного Вам даст, но здесь понадобятся те функции BBS, о которых мы говорили выше.
Для устранения: Откройте BBS. Нажмите меню, затем "More (Ещё)", затем "Raw Alarms (Необработанные сигналы)". Это покажет, какие приложения пробуждали ваш телефон, и как часто они это делали. Google будет причиной тонны пробуждений, но они, в основном, безобидные. Мы обсудим некоторые из проблем, связанных с Google, позже. У почтовых клиентов также будут кучи сигналов. Если что-то выглядит неправильно, тем не менее, сперва проверьте настройки приложения, насколько часто оно обновляется. Если приложение настроено на обновление каждый час, но запустило 400 сигналов за последние 30 минут, избавьтесь от этого паразита и напишите разработчику. Вы не можете устранить этот вэйклок, и он может быть всегда #1 PWL, но вы можете его минимизировать.
Отдельное замечание по поводу этого вэйклока: с ним Вы получите все виды бешеных цифр. Он может занимать до 20 мин в полуторачасовой промежуток жизни батареи. Вы захотите убить этот вэйклок, и убить его огнём. Нет, остановитесь! Сравните время своего глубокого сна и время бодрствования с включенным экраном. Да, возникают сомнения, значение несколько меньше, чем эти 20 мин, которые показывает вэйклок. Ваше время бодрствования при включенном экране составляет 3 мин. В чем причина такой разницы? Ну, известно, что есть вэйклоки, особенно PWL, которые будут удерживать Ваше устройство в состоянии бодрствования, даже если оно уже пробудилось: то есть, PWL регистрируется, когда экран включен. Сигналы, определенно, являются такими вэйклоками, поскольку они предназначены для пробуждения устройства, и это будет первой вещью, которую они попытаются сделать и будут делать. Есть подозрения, что эта разница в показаниях кроется в способе составления отчетов программой BBS. Каждый сигнал высчитывается отдельно, поэтому, если у Вас происходят два сигнала в одно и то же время, и они длятся 2 минуты каждый, BBS зарегистрирует 4 мин вэйклока, хотя на самом деле длительность бодрствования составила 2 мин. Есть смысл? Возможно, его и нет, но это лучшее объяснение, которое имеется, и цифры, похоже, это подтверждают.

MediaScannerService: это вэйклок, созданный системой, сканирующей Ваше устройство на предмет музыки, фильмов, картинок и т.д. Время от времени, он будет периодически включаться и держать телефон на 384 MГц некоторое время...ну...пока вы это не заметите и что-нибудь с этим не сделаете. Как и AudioOut_1, это сильно влияющий на батарею вэйклок. К счастью, как и AudioOut_1, его почти что легко устранить. Замечание по поводу данного вэйклока: это периодическая, но серьёзная проблема на прошивках Jellybean. Пока полностью неизвестно почему и как избавиться от него навсегда. К слову, haloeight удалось на своем телефоне заставить его покориться.
Для устранения: перезагрузка. В девяноста девяти или около того случаях из ста, это решает проблему. Если проблема остается, идите в Настройки -> Приложения -> Работающие, затем нажмите на "Показать процессы в кэше". Найдите процесс Media и остановите его вручную, чтобы убить вэйклок. Это кратковременное решение, хотя, постоянный вэйклок этого процесса в большинстве своем может свидетельствовать о наличии где-то в телефоне испорченного медиафайла –или что у Вас много звуков, фильмов или изображений. Это один из немногих вэйклоков, которые, если являются регулярной проблемой, оправдывают полный вайп и чистую установку. Это не из-за того, что телефону наносится какой-то вред, больше потому, что просеивать каждый медиафайл на Вашем телефоне, чтобы найти виновного, не очень-то практичное решение. Если у Вас имеется постянный вэйклокна прошивке JB, попробуйте метод haloeight.
Метод haloeight:
1. Поиск всех файлов .nomedia с помощью ES File Explorer & SD Maid и при подключении к PC –различными методами можно найти разные файлы. Удаление найденных. Также удаляем любые файлы .db в data/data/com.android.providers.media/databases
2. Удаляем пустые директории от удаленных приложений с помощью SD Maid или похожих программ, если от них осталось что-то, вызывающее проблему.
3. Настройки -> Приложения -> Все -> Удалить данные для следующих
Download Manager
Downloads
DRM Protected Content Storage
Media Storage
Gallery
Google Services Framework
Другие имеющие отношение к медиа приложения
4. Заморозить в TiBu:
Android Live Wallpaper
Clock
Face Unlock
Gallery
Live Wallpaper
Messaging
News & Weather
NFC Service
Tags
TalkBack
Unicorn Porn
Xperia S
Xperia Home
Xperia Home Preferences
Xperia Keyboard
5. Перезагрузиться в рекавери, очистить кэш и Дэлвик кэш.
6. Перезагрузиться, подождать 20 minutes, пока Media Scanner всё пересканирует. Зарядить телефон до 100 - Media Scanner больше не бесчинствует, но после перезагрузки отмечается, что изначально он всё равно более активен на JB, чем на ICS.

SyncLoopWakeLock: это то, как оно и звучит; Ваш телефон удерживается в режиме бодрствования, пока приложения синхронизируются. Для него есть две возможные причины: синхронизация приложений и плохая связь.
Для устранения: Откройте BBS. Нажмите меню, затем "More (Ещё)", затем " Raw Network Stats (Необработанная статистика сети)". Это покажет, какие приложения в основном использовали сеть, и поможет выявить возможных виновников. Сделав это, проверьте настройки данных приложений и убедитесь, что они не посылают постоянно пуш-уведомления, обновляются каждые пять минут или делают ещё какую-нибудь подобную чушь. Если они настроены верно и всё равно удерживают синхронизацию слишком долго, попробуйте скачать приложение Speed Test из Play Store и проверить соединение Вашего телефона. Если соединения медленные, возможно, что приложения сражаются за синхронизацию из-за плохого качества соединения для передачи данных. Попробуйте прошить другие радиомодули и посмотреть, решит ли это проблему. Если проблемные приложения ведут себя так же и после того, как Вы нашли лучшее радио, лучше удалить или заморозить их.

ActivityManager family: это безопасный вэйклок. Типичной причиной является неполный выход из приложений перед отключением экрана.
Для устранения: не беспокойтесь о нем сильно. Если же он для Вас имеет значение, убедитесь, что Вы полностью выходите из приложений (т.е., используете кнопку назад для выхода или принудительное завершение в таск-менеджере) перед выключением экрана. Спасибо XDA Wiki за этот вэйклок, он один из тех PWL, которые автор не мог описать промто потому, что едва его замечал, используя для выхода из приложений кнопку назад.

GTALK_ASYNC_CONN family: несмотря на свое название, непохоже, что этот вэйклок напрямую связан с Google Talk. Откуда это известно? У автора не было Google Talk на телефоне около месяца, но этот вэйклок время от времени всё равно вылазил. Вэйклок, похоже, связан и с плохим соединением wifi, так что следите за этим тоже. Эти вэйклоки могут быть абсолютными разрушителями батареи, если им дать шанс, и, к сожалению, для них нет видимой причины и нет надёжного способа от них избавиться.
Для устранения: эти вэйклоки часто исчезают где-то через минуту после их возникновения. Если какой-то из них проявляется постоянно, проверьте wifi/передачу данных и убедитесь, что они в порядке. Если это не помогает, перезагрузитесь в рекавери и сделайте вайпы кэша и Дэлвик кэша. Это временно решает проблему, но она вернется. Спасибо, Google.

NetworkLocationLocator: какое красивое имя для такого милого вэйклока. Впрочем, ничего особенного в этом вэйклоке нет. Если он появляется, значит Вы в районе с плохим покрытием сети и недостатком поддерживающих карты Google сетей Wifi.
Для устранения: а зачем, спрашивается, Вы держите определение местоположения включенным всё время?

NetworkLocationCallbackRunner: спасибо clankfu и mw86 за указание на этот вэйклок, и огромное спасибо promiseofcake за решение. Это первый вэйклок, опубликованный здесь, не являющийся специфичным для Skyrocket; это проблема S3. Ура, мы перешли на глобальный уровень! NetworkLocationCallbackRunner – это ещё один вэйклок, вызванный самым замечательным приложением, карты Google. Если вы его ещё используете, но серьёзно, зачем?
Для устранения: после включения телефона, не открывайте каоты Google или что-то ещё, используещее данные местоположения Google. Или, знаете что, Вы можете просто удалить карты Google т использовать альтернативную программу...детали ниже.

show keyguard: это новый вэйклок. Нет, он существовал всегда, но при смене прошивок, он вдруг стал вылазить наружу. Не в огромных количествах, но достаточно, чтобы начать чесать в затылке. Уже стало очевидно, что установки экрана блокировки не показывать информацию пользователя, погоду или календарь существенно уменьшат его. Можно попытаться добавлять эту информацию по одному, добавлять слайдеры на локскрин – вреда от этого не будет. Чем больше людей будут пробовать это, тем точнее будет понятие этого вэйклока.
Для устранения: тестируются различные возможности, но лучше всего работает отключение показа информации пользователя, календаря и погоды. Похоже, что это заставляет телефон пробуждаться для обновления, что и создает вэйклок. Исходя из последних исследований, это может быть причиной большой утечки.

Chekin Service: спасибо epapsiou за находку и подтверждение догадок автора. Этот вэйклок, будучи процессом служб Google, похоже, вызван Facebook. Это и подтверждает теорию, что Facebook "берет взаймы" службы Google.
Для устранения: удалите Facebook и используйте альтернативное приложение, или же выходите в Facebook через Ваш мобильный браузер.

SCREEN_FROZEN: ох, блин.
Для устранения: если это появилось в списке, у Вас проблемы похуже, чем вэйклок.

АГРЕССИВНЫЕ ПРИЛОЖЕНИЯ, ВЫЗЫВАЮЩИЕ PWL

Ниже будет приведён список приложений, вызывающих серьёзные PWL, и что с ними делать.

Заметка об удалении встроенных приложений Google: Встроенные приложения Google – это, зачастую, системные пакеты, и их удаление может привести к непредсказуемым результатам. Рекомендуется заморозить их в Titanium Backup на несколько дней, чтобы посмотреть, как без них работает телефон, после чего можно и удалять. Удаление системных процессов особенно опасно, берите на себя ответственность за Ваши решения.

Facebook: любое приложение социальных сетей желает синхронизироваться как можно чаще, но Вы можете управлять этим, установив интервал обновления. Но дело в чём, Facebook не уважает эти интервалы, и пробуждает устройство для обмена данными почти постоянно (даже если новости обновляются каждый час или тогда, когда Вы этого хотите). Это приложение не лучше, чем болезнь, и относиться к нему надо так же.
Альтернативные приложения: Friendcaster и Fast являются отличными альтернативами, позволяющими установить, насколько часто они будут пробуждаться, однако можно просто выходить на m.facebook.com через браузер телефона.

Gmail: суть всей этой темы в том, что если существует эквивалент гугловского приложения, возможно, стоит прикончить Google и скачать этот эквивалент. Gmail – это друг сигналов, и один из главных виновников проблемы с излишним SyncLoopWakeLock.
Альтернативные приложения: сколько существует почтовых клиентов? Прекрасно работают стоковый Email, хорошими альтернативами являются K-9, Kaiten, MailDroid, даже Enhanced Email и Touchdown для продвинутых пользователей. На вкус и цвет...

Какой бы почтовый клиент Вы ни использовали: почтовые клиенты всегда будут вверху списка сигналов, это их природа. Следите за необработанной статистикой сети, насколько долго длятся их соединения, не бойтесь экспериментов. Автор пробовал K-9, Kaiten and MailDroid до того, как установить стоковый Email , предоставивший наилучший баланс между жизнью батареи и необходимыми функциями.
Альтернативные приложения: скачивайте и пробуйте различные клиенты, пока не найдете тот, который подходит именно для Вас. Без труда не выловишь и рыбку, правильно?

Google Latitude: это навигационная служба. Будучи таковой, она следит за Вами. Помимо этого гадкого аспекта, она при этом достаточно часто держит телефон в режиме бодрствования. Убейте её. Убейте её огнём.
Альтернативные приложения: автор в данную тему особо не вникал, но слышал, что Glympse неплохо работает.

Google Maps: колоссальный ущерб памяти и батарее. Вы можете это исправить. Важное замечание по картам Google: это приложение будет пробуждать устройство, даже ели его заморозить Titanium Backup. Неизвестно, почему это происходит, но это так. Для полного решения проблем с сигналами Google Maps, нет другого выбора, как удалить их. Делайте это на свой страх и риск.
Альтернативные приложения: есть Waze для навигации и MapQuest для интерфейса, близкого к Google Maps. OSMAnd также является хорошей альтернативой, но использует тонны памяти из-за своей оффлайновой натуры.

Google Play Music & Movies: постоянно себя обновляют и создают вэйклоки. Если их заморозить, они всё равно каким-то образом сообщают Вам, что доступно обновление. Это зомби Google.
Альтернативные приложения: есть буквально 100+ плейеров музыки и фильмов на стороне. Вы сможете найти то, что Вам нужно. Автор является фанатом RocketPlayer для музыки, а для видео использует стоковый проигрыватель.

JuiceDefender: что тут сказать? JD вызывает тонны сигналов и удерживает бодрствование больше времени, чем это стоит обсуждать, в большей степени из-за своих установок. В общем, больше вреда, чем добра.
Альтернативные приложения: основной задачей JuiceDefender, на самом деле, является минимизация времени бодрствования Вашего устройства. Ну а, если Вы уже прошли через это, чтобы избавиться от вэйклоков, нужно ли Вам другое вэйклочное приложение чтобы снова заняться тем, что Вы только что закончили?

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

World Weather Clock Widget: у Вас есть это на телефоне? Избавьтесь. Автор установил это в качестве альтернативы виджету SiMi Clock, и, при всём своём милом виде, он игнорирует настройки "Обновлять каждые 3 ч" и пытается обновляться 275 раз за этот 3-х часовой промежуток. Это привело AlarmManager, GSYNC_ACONN, и NetworkStats в дикий ужас, и при 82% глубокого сна 6% батареи ушло за 3 часа. Убейте его. Убейте пылающим ядерным взрывом.
Альтернативные приложения: SiMi Clock хорошее приложение, но сейчас есть сотни различных часовых виджетов.

Таков итог исследований автора по очистке вэйклоков. Помните, что ранее он сказал, что, поисковик браузера является третьим инструментом? Просто факт, что автор не устанавливал все приложения на планете, соответственно не видел и все существующие PWL. А настройки его телефона не позволяют ему знать, что существуют KWL, которые он также никогда не видел и не увидит. Если вы нашли хитрый вэйклок, который не уходит и вызывает значительный расход батареи, Google (или Bing, или Ask.com, или что-то ещё) Вам в помощь. Удачи, хорошей охоты, и наслаждайтесь дополнительной жизнью батареи, которую вы получите, проведя пару часов на протяжении нескольких дней, отслеживая и уничтожая вэйклоки.

Также зайдите на форум Jrockttu's об увеличении жизни батареи, там куча нужной информации.

Дополнительные ссылки по тексту. Если какие-то из этих постов помогли Вам, пожалуйста. Нажмите на ссылку ниже и поблагодарите автора.
DoctorQMM занимается проблемой com.google.android.apps.maps, альтернативным решением для AudioOut_1 и использованием CPU Spy для отслеживания вэйклоков.
kishke отслеживает альтернативные причины вэйклоков семейства sdio family (iвключая sdio_al) и выкладывает их для нас.
polarbearno делится своим опытом работы с семейством mmc_detect.
haloeight дает нам хорошие советы по избавлению от вэйклока MediaScannerService на прошивках, основанных на AOKP.
promiseofcake решает специфичную для S3 проблему с NetworkLocationCallbackRunner PWL.
Примечание:
Очень интересная тема, может, она затрагивает больше специфику Galaxy SII. чем других телефонов, но полезна, по сути, всем пользователям Андроид. К сожалению, перевести все 37 страниц я не в состоянии, я и с этим-то уделался донельзя. Это только шапка. Ещё пару вэйклоков я добавил с другого форума и описание из Википедии. Увы, допустим, mipi_link у меня является ведущим потребителем, но ничего с ним сделать я не могу. Менял и ядра, и прошивки, удалял приложения, даже выходил из гугловского аккаунта. А информация в сети, как видите, скудная. Надеюсь, по другим вэйклокам информация пригодится.

v1.13.0.0RC1 2013-04-01

Переработано управление хранением меток (метка удаляется при первом запуске)
Добавлена функция "поделиться" для файлов дампа, логката и dmesg
Переработаны опции сохранения (дамп, dmesg, логкат). Сохранение этих файлов теперь включено в секцию "поделиться"
v1.13.0.0B4 2013-03-24

Переработано обращение к БЗ
Переработана необраб. статистика
Отклик в ряде статистики
Добавлено логгирование для значений / процентов
Добавлены временные штампы в логкат
v1.13.0.0B3 2013-03-24

Маскировка данных аккаунта (персональной информации)
Исправлен сброс статистики для виджета Dashclock
v1.13.0.0B2 2013-03-24

Исправлено исчезновение значка для пакетов в процессах
Исправлено отсутствие значка БЗ
v1.13.0.0B1 2013-03-19

Добавлен виджет dashclock (только Android 4.2.2+)
Добавлено сохранение дампа в формате JSON

#384: имя аккаунта скрывается перед хэшированием
исправлено отсутствие статистики в комбо боксах у некоторых пользователей после обновления меток