Как проверить процессы и службы, потребляющие много батареи

Я согласен с Лонни в том, что проблема в широте/долготе. Учитывая масштаб потребляемой мощности, 48%, вряд ли дело в самой схеме GPS. Я так понимаю это процессор. Мобильные процессоры очень энергоэффективны, если они не остаются активными. Позволь мне объяснить. Активный процессор — это самое энергоемкое устройство на мобильном устройстве. Так как же процессор может быть самым большим потребителем энергии, но при этом быть «энергоэффективным»? Под «энергоэффективным» процессором я подразумеваю, что когда процессор ничего не делает, он переходит в очень эффективное состояние с низким энергопотреблением, где его энергопотребление может быть на порядок меньше, чем в активном состоянии.

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

Вот мои рекомендации:

• Используйте максимально возможный интервал между выборкой широты и долготы. Распространенной ошибкой является то, что большее количество проверок означает лучшую реакцию, но ненужные проверки, как правило, не улучшают реакцию, а просто поддерживают работу процессора и потребляют энергию без веской причины.
• Никогда не голосуйте! Опрос поддерживает работу процессора, который потребляет энергию без уважительной причины. Усыпить процессор.
• Используйте прерывания для обработки событий. Системные библиотеки, такие как sleep(), переводят процессор в неактивное состояние и используют прерывание для пробуждения процессора.
• Не пишите свою собственную процедуру, если библиотечная процедура уже существует. Разработчики ОС/библиотек прекрасно осознают важность энергоэффективности и написали свой код так, чтобы он был максимально эффективным.
• Сделайте так, чтобы ваш код работал как можно быстрее. Быстрота означает большее время простоя, что переводит процессор в более эффективное состояние питания. Например, если вы можете справиться с проверкой широты/долготы каждые 60 секунд, и вы можете выполнить обработку за 10 секунд вместо 30, у вас будет 50 секунд бездействия против 30 секунд.
• Используйте хороший оптимизирующий компилятор и хорошие оптимизированные мобильные библиотеки, если это возможно. Хорошие компиляторы создают более эффективный и быстро работающий код. Хорошие библиотеки не только работают быстрее, но и используют энергоэффективные технологии.
• Используйте пул потоков, если вы используете много потоков. Создание и удаление потоков требует больших затрат.
• Убедитесь, что вы проверили спецификации API на своих устройствах. Я могу себе представить, что некоторые ОС/драйверы, например. GPS потребует, чтобы устройство было явно отключено, в то время как другие будут делать это неявно.

Вот еще немного информации: Безопасное для батареи кодирование

В сторону: я уже вижу пузырь с мыслями: «Почему одни устройства потребляют меньше энергии, чем другие?» Некоторые библиотеки действительно умны, они предвидят плохие методы программирования и находят обходные пути. Другие тупые. То же самое с ОС, системными библиотеками и планированием потоков.

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

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

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

Редактировать: я не знаю, может ли Eclipse это сделать, и я не думаю, что это возможно. Однако вы можете проверить этот документ: http://www.usenix.org/event/usenix10/tech/full_papers/Carroll.pdf