Com google android gms persistent ест батарею

Что такое com.google.android.gms.persistent и почему он всегда использует CPU?

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

Он все еще работает, даже если я:

отключить WiFi
отключить BlueTooth
отключить службы определения местоположения
отключить все, кроме минимальной синхронизации (например, GMail)

Я написал небольшое тестовое приложение, которое отслеживает /proc/

/stat каждые 10 мс и записывает в logcat в любое время com.google.android.gms.persistent , надеясь, что он напишет что-то для логарифма, который бы точно определял, какое приложение или другая служба использует «постоянный» для своего Сервисы. Я не вижу многого, но вот несколько вещей, которые я видел:

Каждая строка выше была в другое время, непосредственно предшествующее (в течение 10 мс) сообщение журнала, определяющее использование ЦП с помощью com.google.android.gms.persistent , но без какой-либо четкой индикации того, связано ли это. К сожалению, ни один из вышеприведенных отчетов не превышает 10 мс времени процессора, и поэтому — даже если точное обозначение того, что использует «постоянный», представляет собой лишь небольшую часть используемого времени процессора.

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

Что такое этот процесс? Я ищу эту информацию напрямую, или для дополнительных способов я могу вывести эту информацию, подобную моим попыткам с помощью logcat.

Обновление: я искал источник (например, com.google.android.gms.persistent.java или что-то в этом роде) на https://android.googlesource.com без везения. Разве это не часть общедоступного исходного кода? Что действительно странно, так это то, что даже не существует какой-либо документации, например. здесь: https://android.googlesource.com/platform/frameworks/base/+/33fca8e/docs/html/reference/com/google/android/gms

Обновление 2: я отключил все синхронизации в разделе «Настройки» → «Аккаунты». Это, по-видимому, снижает загрузку процессора немного больше, и падение батареи, кажется, упало до обхода — за исключением периодически com.google.android.gms.persistent все еще, кажется, занимает пакет CPU.

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

Насколько я могу судить (из-за того, что не смог найти его), исходный код для com.google.android.gms.persistent не является открытым исходным кодом или доступен в Интернете в любом месте. Если я ошибаюсь, я бы принял в качестве ответа на мой вопрос, любой ответ, который будет указывать на исходный код, поскольку я мог бы просмотреть его и определить для себя, почему использование ЦП.

Это не вирус или троян. это игровой сервис Google Play, который должен правильно запускать сервисы Google Play в платформе Android. На самом деле это основной процесс, выполняемый в фоновом режиме, полезно поддерживать приложения и связывать их с магазином воспроизведения Google, а также обновлять их и предоставлять другие функции службы воспроизведения Google. Что касается использования ЦП, многие другие приложения тоже работают во фонов и берут ресурсы, но они предназначены для обновления и предоставления вам более эффективных услуг реального времени.

Последний член известной семьи троянских программ для Android и запускает вредоносные приложения без знаний пользователя о зараженных устройств, по словам исследователей российской антивирусной фирмы Dr Web.

Вредоносная программа, известная как «Android.Xiny.60», родом из того же семейства, что и Android.Xiny.19.origin, который сделал свой большой вход в январе 2016.

В то время Xiny скрылся в более чем 60 играх, доступных для скачивания из официального магазина Google Play и использовали инструкции, он в виде файлов изображений, модифицированных стеганографией для запуска произвольные файлы APK.

Зараженные андроид игры

Как сообщает Softpedia, в последних версиях Xiny-трояна нет необходимо обмануть пользователей в предоставлении ему admin privilges, но вместо этого развертывать эксплойты для root-устройства.

После запуска вредоносного ПО он загружает свои вредоносные компоненты и сохраняет их в системных каталогах. Троян может использовать эти элементы, которые могут вызвать любые неприятности.

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

Как объясняет доктор Веб в сообщении в блоге:

«Троян запускает модуль igpi (Android.Xiny.61), который использует Функция ptrace для установки исполняемой библиотеки Linux igpld.so(Android.Xiny.62) в системные процессы Google Play (com.android.vending) и сервисы Google Play (com.google.android.gms, co.google.android.gms.persistent) приложения».

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

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

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

Источник

Сервисы Google Play разряжают аккумулятор телефона? Вот как исправить

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

Исправить проблему разряда батареи в сервисах Google Play

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

Когда дело доходит до разрядки аккумулятора, это обычно вызвано внешними приложениями и функциями, которые используют сервисы, предлагаемые Play Services. Если приложение использует Play Services чаще, чем обычно, то потребление энергии увеличится, и то же самое отразится на использовании батареи.

Теперь вы должны сначала проверить настоящего виновника разряда батареи. Зайдите в настройки вашего телефона и перейдите в Батарея > Использование батареи. Здесь проверьте процент заряда батареи, используемого сервисами Google Play — средние значения обычно составляют около 1%. Однако, если вы видите что-то очень высокое, то это действительно услуги.

Действия по устранению проблемы разряда батареи в сервисах Google Play

1. Очистить данные сервисов Google Play

Самый простой способ решить любую временную проблему со службами Google Play — очистить кеш и данные.

Зайдите в « Настройки»> «Приложения»> «Сервисы Google Play» и нажмите « Хранилище» . Здесь нажмите « Управление пространством» и нажмите « Очистить все данные» .

Это должно исправить все временные сбои и проблемы с разрядкой аккумулятора из-за сервисов Google Play на вашем телефоне. Простая перезагрузка также может помочь.

2. Проверьте проблемы с синхронизацией.

Второй шаг — проверить настройки синхронизации.

Перейдите в « Настройки»> «Пользователи и учетные записи» и проверьте, нет ли в какой-либо учетной записи Google ошибки. Видите какие-нибудь проблемы с синхронизацией?

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

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

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

3. Проверьте службы геолокации.

Перейдите в Настройки> Конфиденциальность> Диспетчер разрешений . Здесь выберите « Местоположение» и посмотрите, каким приложениям разрешен постоянный доступ к местоположению.

Для приложений, которые вам не нужны, отключите разрешение на определение местоположения или измените его на «Разрешено только при использовании».

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

4. Очистить раздел кеша.

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

Здесь выберите «Очистить раздел кеша» и продолжить. На разных телефонах могут быть разные комбинации клавиш, так что запомните это.

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

Заключение

Это было все о том, как вы можете решить проблему с разрядом батареи из-за приложения Google Play Services на Android. Итак, что решило проблему для вас? Сообщите нам об этом в комментариях ниже. Кроме того, не стесняйтесь обращаться к любым сомнениям или вопросам.

Источник

Что такое com.google.android.gms.persistent и почему он всегда использует процессор?

Даже когда больше ничего не происходит, этот системный процесс, похоже, использует 1-2% ресурсов ЦП. В течение дня это разряжает значительное количество батареи, даже если устройство не использовалось ни для чего. Я не смог соотнести его с какими-либо другими приложениями, потому что даже когда они использовали только несколько секунд процессорного времени, каждое в течение нескольких часов, этот процесс использует минуты.

Кажется, все еще работает, даже если я:

• выключить WiFi
• выключить BlueTooth
• отключить службы определения местоположения
• отключить все, кроме самого минимума синхронизации (например, GMail)

Я написал небольшое тестовое приложение, которое контролирует /proc/

/stat каждые 10 мс и пишет в logcat в любое время com.google.android.gms.persistent в надежде, что он сам напишет что-то для logcat, которое определит, какое приложение или другой сервис использует «постоянный» для своих сервисов. Я не вижу много, но вот несколько вещей, которые я видел:

Каждая строка выше была в разное время, непосредственно перед (в течение 10 мс) журнальным сообщением, определяющим использование ЦП com.google.android.gms.persistent но без какого-либо четкого указания, связано ли это. К сожалению, ни один из вышеперечисленных отчетов не сообщает о более чем 10 мс времени, потребляемого процессором, и поэтому — даже если он точен при обозначении того, что использует «постоянный», представляет собой лишь небольшую часть фактического используемого процессорного времени.

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

Что использует этот процесс? Я ищу либо эту информацию напрямую, либо дополнительные способы получения этой информации, аналогичные моим попыткам через logcat.

Обновление: я искал источник (например, com.google.android.gms.persistent.java или что-то подобное) на https://android.googlesource.com/ без какой-либо удачи. Разве это не часть общедоступного исходного кода? Что действительно странно, так это то, что там даже нет никакой документации, например, здесь: https://android.googlesource.com/platform/frameworks/base/+/33fca8e/docs/html/reference/com/google/android/gms

Обновление 2: я отключил всю синхронизацию в Настройки -> Учетные записи. Похоже, что это снижает нагрузку на процессор немного больше, а падение заряда батареи, похоже, сократилось — за исключением того, что периодически com.google.android.gms.persistent по-прежнему, похоже, нагружает процессор.

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

Источник