Ver la Versión Completa : [ CONSULTA ] Consumo elevado de Android OS
javiges
02/01/12, 15:07:01
alguien me puede decir por qué cuando apenas utilizas el móvil sube tanto el consumo de Android Os? se puede corregir con algún Kernel o no yo llevo el generalisimo v8 y ahora mismo llevo 6h 34 min de uso y un 87% de bateria y el android OS un 52% y apenas he tocado el telefono.
alguien me puede decir por qué cuando apenas utilizas el móvil sube tanto el consumo de Android Os? se puede corregir con algún Kernel o no yo llevo el generalisimo v8 y ahora mismo llevo 6h 34 min de uso y un 87% de bateria y el android OS un 52% y apenas he tocado el telefono.
Pasate por aquí y veras mas sobre el consumo del Android SO.
http://forum.xda-developers.com/showthread.php?t=1387243
santoalago
02/01/12, 18:57:13
Pues yo tb tengo problemas con el puto os android , probé cambiando rom y kernel el apex stock y ahora el franco, y pensaba q estaba solucionado pero no, me queda el 10% y un 53% es la pantalla y un 31% el os android una barbaridad me marca 6h58 min de consumo os android, y de ingles ni se mucho así q de momento estamos jodidos, si alguien sabe del tema podría comentar, porque no se si es un bug de la misma 4.0.3 o es por algún widget o algo, yo solo llevo activado sincronización Google y whatsapp, widgets beatifoul y system info widget, y el light flow activado, no tengo ni zorra porque sube el os android, q alguien comente porfavor
Enviado desde mi Galaxy Nexus usando Tapatalk
Pues hay que tirar de traductor google e informarse como estan las cosas por xda.
los de veryzon tienen mas problemas que nosotros.
a mi de momento no me sube del 25%
jcgpsevi
02/01/12, 20:02:31
Pues hay que tirar de traductor google e informarse como estan las cosas por xda.
los de veryzon tienen mas problemas que nosotros.
a mi de momento no me sube del 25%
Tienes el ligth flow activado?
Enviado desde mi Galaxy Nexus usando Tapatalk
javiges
02/01/12, 20:08:28
Yo si
Enviado desde mi Galaxy Nexus usando Tapatalk
jcgpsevi
02/01/12, 20:08:39
A mi me varía en función de lo que uso el teléfono. Me explico, si lo uso mucho mee sube la pantalla y me baja el consumo de Android OS. Si no lo uso me sube Android OS pero no se come la batería. Cuando más me sube es por la noche cuando lo cargo que llega hasta el 50% o más.
Enviado desde mi Galaxy Nexus usando Tapatalk
Tengo activado ligth flow, ese detalle no lo e comprobado me refiero a lo que comentas del uso, lo normal en mi telf. es que no suba del 17% tampoco le doy mucha caña, lo normal.
comprobaré lo que dices usando la pantalla un buen rato.
javiges
02/01/12, 20:21:21
a mi me pasa como @jcgpsevi cuanto más uso le doy al telefono más me baja el android os
jcgpsevi
02/01/12, 20:31:40
Por curiosidad, que tipo de cobertura tenéis, H o G. Lo digo por lo del volumegate. Es una hipótesis, pero podría ser que si lo tenemos en G el sistema tiene que estar más atento para que no reproduzca el bug, pero vamos que es una hipótesis. En mi caso la mayoría del del día está en G o E, que es donde se produce el bug.
Enviado desde mi Galaxy Nexus usando Tapatalk
javiges
02/01/12, 20:39:47
por lo que he leido sólo pasa con el phone en suspensión , debido que la cpu no entrara bien en suspensión o algo así es un problema que sabe google pero que es problema del fabricante.
Por lo que entendí, usted puede ver que es el "proceso de suspensión" si se utiliza una herramienta como organismo de control para ver todos los detalles del proceso.
Si utiliza el historial de la batería estándar que sólo muestra "Android OS", como suspender es parte de ella.
La explicación del empleado de Google al final tiene sentido: una aplicación mal conductor en un rom y esto provoca errores de suspensión, que pasó de HTC con Froyo, que sucedió con Nexus One, parece que pasar para que nuestros i9000 en pan de jengibre ...
De todos modos, he instalado de vigilancia y estoy esperando a que ocurra este error para ver por mí mismo.
Estoy fijando su explicación como la causa más probable de este problema. Estaremos esperando el resultado de su prueba!
EDIT: Tatsuya, tiene usted razón. Eso es definitivamente la causa raíz de este problema. Volví a leer la parte de abajo (como lo acaba de tomar un vistazo antes) y otros dispositivos tienen el problema de este problema también.
Citando a uno de los que respondieron que:
Comentario 259 por nsbu ... @ gmail.com, 19 de abril 2011
@ Toddpoy: Estimado señor, me reproduce tema dos veces en el myTouch 4G. Batería descargada dentro de varias (5-6) horas de completa sin actividad. informes myt4g "Android OS" comer la batería. Pero la pantalla de depuración muestra "suspender" por supuesto.
En ambos casos, en bugreport generados veo varios intentos fallidos de uart_clk apagado. El ciclo completo se adjunta. He encontrado 519 casos de este ciclo en un registro y 170 en otro. Se cree que esto es tema para myT4g sólo? Parece que es dispositivo diferente en el caso de Motorola. Me puede enviar / subir a informe de error completo de ambos casos. Lo que también sería el procedimiento para reportar resultados de este trabajo de HTC? Gracias por aconsejar!
<6> [57255.613311] msm_spi_suspend
<6> [57255.613311] clks_allow_tcxo_locked_debug: "uart_clk 'no fuera.
<6> [57255.613311] clks_allow_tcxo_locked_debug: 1 CLK se encuentra.
<6> [57255.613311] [R] suspender final
<6> [57255.613311] [R] reanudar inicio
Y a partir de la explicación del empleado de Google:
Comentario 261 por toddpoy ... @ google.com, 20 abr (6 días)
@ Nsbu: El mensaje de "" uart_clk "no fuera" parece alarmante, pero en realidad es inofensivo - este reloj no impide que el SoC de la suspensión, y este mensaje aparece siempre en el momento de suspender en los granos de Android corriendo en conjuntos de chips MSM de Qualcomm. (Si los demás relojes se enumeran aquí, entonces, los que podrían representar un problema.)
Al igual que en un informe anterior en un 4G de T-Mobile myTouch discutido aquí, los datos registrados en razones despertar tiene que ser interpretada por el OEM que tiene las especificaciones de hardware para el teléfono y la radio Qualcomm fuente de firmware que genera algo de esa información. HTC es el OEM para ese teléfono, su sitio de soporte es http://www.htc.com/us/support. O pruebe el sitio de soporte de T-Mobile en http://support.t-mobile.com/viewAllProducts.html, parece que vender este dispositivo bajo su propia marca.
En caso de que alguien está confundido, se reconoce que algunos teléfonos tienen problemas de duración de la batería que se derivan de: (a) no correctamente la suspensión de bajo consumo de energía los estados y, (b) continuamente tratando de suspender y reanudar, la quema de la CPU en el hilo de suspensión. Las causas suelen ser debido a las interrupciones de los dispositivos de la generación continua (que podrían no ser procesados por los controladores de dispositivo y por lo tanto, se continúan generando), o controladores rechazar suspender por las condiciones que deberían ser de corta duración, sino que persisten durante largos periodos de tiempo. En muchos casos los conductores involucrados han sido escritos por los fabricantes de equipos y Google no tiene ningún conocimiento de los controladores o dispositivos de la causa del problema - la gente que hizo el teléfono necesidad de echar un vistazo.
Problemas con el Google Nexus One se describe en otro de los temas mencionados en comentarios anteriores caen en la misma categoría, y en ese caso tenemos el hardware y la información de diseño necesarias para diagnosticar el problema (interrupción wifi driver problema de manejo), y una solución es el el camino.
Gracias Tatsuya! Hemos terminado la investigación. Gracias por que nos señala a la dirección correcta!
Caso ya está cerrado. No podemos hacer nada para solucionar este problema, pero esperar a que Samsung para la solución adecuada.
jcgpsevi
02/01/12, 21:42:18
por lo que he leido sólo pasa con el phone en suspensión , debido que la cpu no entrara bien en suspensión o algo así es un problema que sabe google pero que es problema del fabricante.
Por lo que entendí, usted puede ver que es el "proceso de suspensión" si se utiliza una herramienta como organismo de control para ver todos los detalles del proceso.
Si utiliza el historial de la batería estándar que sólo muestra "Android OS", como suspender es parte de ella.
La explicación del empleado de Google al final tiene sentido: una aplicación mal conductor en un rom y esto provoca errores de suspensión, que pasó de HTC con Froyo, que sucedió con Nexus One, parece que pasar para que nuestros i9000 en pan de jengibre ...
De todos modos, he instalado de vigilancia y estoy esperando a que ocurra este error para ver por mí mismo.
Estoy fijando su explicación como la causa más probable de este problema. Estaremos esperando el resultado de su prueba!
EDIT: Tatsuya, tiene usted razón. Eso es definitivamente la causa raíz de este problema. Volví a leer la parte de abajo (como lo acaba de tomar un vistazo antes) y otros dispositivos tienen el problema de este problema también.
Citando a uno de los que respondieron que:
Comentario 259 por nsbu ... @ gmail.com, 19 de abril 2011
@ Toddpoy: Estimado señor, me reproduce tema dos veces en el myTouch 4G. Batería descargada dentro de varias (5-6) horas de completa sin actividad. informes myt4g "Android OS" comer la batería. Pero la pantalla de depuración muestra "suspender" por supuesto.
En ambos casos, en bugreport generados veo varios intentos fallidos de uart_clk apagado. El ciclo completo se adjunta. He encontrado 519 casos de este ciclo en un registro y 170 en otro. Se cree que esto es tema para myT4g sólo? Parece que es dispositivo diferente en el caso de Motorola. Me puede enviar / subir a informe de error completo de ambos casos. Lo que también sería el procedimiento para reportar resultados de este trabajo de HTC? Gracias por aconsejar!
<6> [57255.613311] msm_spi_suspend
<6> [57255.613311] clks_allow_tcxo_locked_debug: "uart_clk 'no fuera.
<6> [57255.613311] clks_allow_tcxo_locked_debug: 1 CLK se encuentra.
<6> [57255.613311] [R] suspender final
<6> [57255.613311] [R] reanudar inicio
Y a partir de la explicación del empleado de Google:
Comentario 261 por toddpoy ... @ google.com, 20 abr (6 días)
@ Nsbu: El mensaje de "" uart_clk "no fuera" parece alarmante, pero en realidad es inofensivo - este reloj no impide que el SoC de la suspensión, y este mensaje aparece siempre en el momento de suspender en los granos de Android corriendo en conjuntos de chips MSM de Qualcomm. (Si los demás relojes se enumeran aquí, entonces, los que podrían representar un problema.)
Al igual que en un informe anterior en un 4G de T-Mobile myTouch discutido aquí, los datos registrados en razones despertar tiene que ser interpretada por el OEM que tiene las especificaciones de hardware para el teléfono y la radio Qualcomm fuente de firmware que genera algo de esa información. HTC es el OEM para ese teléfono, su sitio de soporte es http://www.htc.com/us/support. O pruebe el sitio de soporte de T-Mobile en http://support.t-mobile.com/viewAllProducts.html, parece que vender este dispositivo bajo su propia marca.
En caso de que alguien está confundido, se reconoce que algunos teléfonos tienen problemas de duración de la batería que se derivan de: (a) no correctamente la suspensión de bajo consumo de energía los estados y, (b) continuamente tratando de suspender y reanudar, la quema de la CPU en el hilo de suspensión. Las causas suelen ser debido a las interrupciones de los dispositivos de la generación continua (que podrían no ser procesados por los controladores de dispositivo y por lo tanto, se continúan generando), o controladores rechazar suspender por las condiciones que deberían ser de corta duración, sino que persisten durante largos periodos de tiempo. En muchos casos los conductores involucrados han sido escritos por los fabricantes de equipos y Google no tiene ningún conocimiento de los controladores o dispositivos de la causa del problema - la gente que hizo el teléfono necesidad de echar un vistazo.
Problemas con el Google Nexus One se describe en otro de los temas mencionados en comentarios anteriores caen en la misma categoría, y en ese caso tenemos el hardware y la información de diseño necesarias para diagnosticar el problema (interrupción wifi driver problema de manejo), y una solución es el el camino.
Gracias Tatsuya! Hemos terminado la investigación. Gracias por que nos señala a la dirección correcta!
Caso ya está cerrado. No podemos hacer nada para solucionar este problema, pero esperar a que Samsung para la solución adecuada.
No lo he entindo mu bien, ¿le echan las pulgas a Samsung? flipo
javiges
02/01/12, 21:50:33
Me he instalado el watchdog lite y haber que saco en limpio
Enviado desde mi Galaxy Nexus usando Tapatalk
jcgpsevi
02/01/12, 22:01:07
Me he instalado el watchdog lite y haber que saco en limpio
Enviado desde mi Galaxy Nexus usando Tapatalk
Lo probaré yo también
opsilon
03/01/12, 21:38:01
No es tan complicado... básicamente el porcentaje de andoid os baja porque lo consume la pantalla, me explico:
Si android os consume 15% y la pantalla 50% es normal que varíe según el uso de la pantalla, pensar que es un porcentaje!
S2
jcgpsevi
03/01/12, 22:00:36
No es tan complicado... básicamente el porcentaje de andoid os baja porque lo consume la pantalla, me explico:
Si android os consume 15% y la pantalla 50% es normal que varíe según el uso de la pantalla, pensar que es un porcentaje!
S2
Claro que varía, pero si no enciendes la pantalla el consumo de Android OS te puede llegar al 40%. Coge la Desire, nexus one,etc... y mira que consumo tienen de Android OS con la pantalla apagada, irrisorio.
Saludos
desmoyo
04/01/12, 01:14:29
Pues hoy me ha pasado algo muy raro , me pone servicios Exchange 44% del consumo de bateria , eso que es? me ha pasado hoy me me ha dejado el telefono frito en 6 h
Saludos
Pues hoy me ha pasado algo muy raro , me pone servicios Exchange 44% del consumo de bateria , eso que es? me ha pasado hoy me me ha dejado el telefono frito en 6 h
Saludos
Claro, eso es que se ha quedado pillado, creí que es del correo.
Yo he descubierto que esto sólo me pasa con kernels que no sean el stock, he vuelto al stock y todo normal
Enviado desde mi Galaxy Nexus usando Tapatalk
josehg88
04/01/12, 10:16:32
Claro, eso es que se ha quedado pillado, creí que es del correo.
Yo he descubierto que esto sólo me pasa con kernels que no sean el stock, he vuelto al stock y todo normal
Enviado desde mi Galaxy Nexus usando Tapatalk
podrías explicar con pasos más o menos detallados cómo ha vuelto al original, para la gente que somos más torpes. gracias
podrías explicar con pasos más o menos detallados cómo ha vuelto al original, para la gente que somos más torpes. gracias
Para volver al kernel original y si tienes puesta una rom cocinada hay que flashear de nuevo la rom (wipe cache/wipe dalvik antes de flashearlo) para recuperar el kernel que trae de origen dicha rom.
Enviado desde mi Galaxy Nexus usando Tapatalk
josehg88
04/01/12, 11:11:22
Para volver al kernel original y si tienes puesta una rom cocinada hay que flashear de nuevo la rom (wipe cache/wipe dalvik antes de flashearlo) para recuperar el kernel que trae de origen dicha rom.
Enviado desde mi Galaxy Nexus usando Tapatalk
si flasheo la ROM original pierdo ser root, no podría volver al kernel de serie son perder el root?
De nuevo gracias por vuestra ayuda
si flasheo la ROM original pierdo ser root, no podría volver al kernel de serie son perder el root?
De nuevo gracias por vuestra ayuda
Lo mejor es hacer un nandroid antes y sí quieres volver,restore, advanced,boot y listo
Enviado desde mi Galaxy Nexus usando Tapatalk
Chincolondio
04/01/12, 15:38:59
Yo tengo un 16% de uso de Android OS
Todo de serie
javiges
04/01/12, 19:08:46
he estado monitorizando con watch dog lite y he encontrado lo que consume en reposo:
Kworker/u:0 procesos linux
Kworker/u:2 procesos linux
Kworker/u:3 procesos linux
Kworker/u:4 procesos linux
supongo que es esto el Android OS, alguien nos puede decir que es eso de Kworker/u:2 procesos linux?
santoalago
05/01/12, 16:39:16
pues ya después de varias semanas probando rom y kernels , casi me asuguro a decir que es un bug de la versión actual ics. En mi viejo sgs ya ocurrió, el os android subía de lo lindo, y en la siguiente actualización se arreglo .
El tema del os android q no pase de 14% es porque sube el consumo la pantalla, entonces baja , porque la pantalla consume mucho, en reposo recién cargado con batería calibrada y probado con kernel stock franco y apex el os android siempre esta el primero en consumo, y no debería ser así , . Primero debería ser teléfono inactivo .
Ejemplo hoy; des conecto el cargador al 100% y a las 3 horas tengo 91% de batería de la cual en estadísticas es ## un 52% os android un 31% telefono inactivo y 10% ,pantalla y el resto poquito de whataapp 1% 1%android sistema, vamos que de tres horas sin apenas la pantalla enchufada , en reposo se chupa el os android el 51% ** yo creo q eso es un bug** que opináis, que alguien me diga si no toca la pantalla y esta en reposo casi todo el tiempo , y no sube el os android que comente sus resultados
Pe, no tengo light flow, siempre lo llevo en 2g y localización desconectada
Enviado desde mi Galaxy Nexus usando Tapatalk
desmoyo
09/01/12, 02:45:36
Pues no se que hacer el servicio de Exchange me esta consumiendo demasiada bateria , que puedo hacer , tengo la rom de Modaco , con el kernel que lleva por defecto y me consume un 61%
Gracias
Pues no se que hacer el servicio de Exchange me esta consumiendo demasiada bateria , que puedo hacer , tengo la rom de Modaco , con el kernel que lleva por defecto y me consume un 61%
Gracias
Lo unico que se me ocurre es desinstalarla con root explorer y volverla a instalar reiniciar y haber si hay suerte, lo que si esta claro es que es asunto del correo.
DISELOALAMANO
09/01/12, 09:10:42
pues ya después de varias semanas probando rom y kernels , casi me asuguro a decir que es un bug de la versión actual ics. En mi viejo sgs ya ocurrió, el os android subía de lo lindo, y en la siguiente actualización se arreglo .
El tema del os android q no pase de 14% es porque sube el consumo la pantalla, entonces baja , porque la pantalla consume mucho, en reposo recién cargado con batería calibrada y probado con kernel stock franco y apex el os android siempre esta el primero en consumo, y no debería ser así , . Primero debería ser teléfono inactivo .
Ejemplo hoy; des conecto el cargador al 100% y a las 3 horas tengo 91% de batería de la cual en estadísticas es ## un 52% os android un 31% telefono inactivo y 10% ,pantalla y el resto poquito de whataapp 1% 1%android sistema, vamos que de tres horas sin apenas la pantalla enchufada , en reposo se chupa el os android el 51% ** yo creo q eso es un bug** que opináis, que alguien me diga si no toca la pantalla y esta en reposo casi todo el tiempo , y no sube el os android que comente sus resultados
Pe, no tengo light flow, siempre lo llevo en 2g y localización desconectada
Enviado desde mi Galaxy Nexus usando Tapatalk
Sinceramente, es normal que tenga ese consumo, ya que si tienes apagado el terminal y no lo estas usando pues el consumo de Android OS es el primero.
Pero ojo, pienso que es un pequeño bug a pulir igualmente, ya que en estos casos el porcentaje mayor debería de ser el de Dispositivo Inactivo.
desmoyo
09/01/12, 16:11:47
Sinceramente, es normal que tenga ese consumo, ya que si tienes apagado el terminal y no lo estas usando pues el consumo de Android OS es el primero.
Pero ojo, pienso que es un pequeño bug a pulir igualmente, ya que en estos casos el porcentaje mayor debería de ser el de Dispositivo Inactivo.
NO Android OS me pone 23% de consumo , esto es el servicio Exchange que chupa que no veas
Saludos
desmoyo
09/01/12, 16:12:23
Lo unico que se me ocurre es desinstalarla con root explorer y volverla a instalar reiniciar y haber si hay suerte, lo que si esta claro es que es asunto del correo.
Que desistalo con Root Explorer?
Saludos
Kracker2k5
09/01/12, 17:08:45
Baseband : I9250UGKL1
Kernel: franco 10
Y la maguro 14.
http://dl.dropbox.com/u/5018984/Screenshot_2012-01-09-17-04-23.png
darklife
09/01/12, 17:14:20
Creo q el kernel te esta chupando bastante bateria no?
LluisAzm
09/01/12, 17:26:02
A mi con el kernel de Apex v5 y la ROM Android Open Kang Project - maguro build 14 me va de maravilla:
http://dl.dropbox.com/u/8545109/Screenshot_2012-01-09-17-20-00.png
javiges
09/01/12, 17:35:36
Baseband : I9250UGKL1
Kernel: franco 10
Y la maguro 14.
http://dl.dropbox.com/u/5018984/Screenshot_2012-01-09-17-04-23.png
Algo esta mal, que chupetes el sistema android más que android os
Enviado desde mi Galaxy Nexus usando Tapatalk
1973rafa
09/01/12, 18:00:37
Yo no lo veo mal. Yo de serie con la 4.01.
Que me consuma 1% a la hora. En reposo. Básicamente igual que el I9000
89607
Sent from my Galaxy Nexus using Forum Runner
Yo con el mio se mantiene a ralla
Maguro Milestone build 14 kernel de serie
Con los demas kernels se sube el consumo del SO
http://img.tapatalk.com/57ddde3a-219f-f99f.jpg
Kracker2k5
09/01/12, 19:00:36
A mi con el kernel de Apex v5 y la ROM Android Open Kang Project - maguro build 14 me va de maravilla:
http://dl.dropbox.com/u/8545109/Screenshot_2012-01-09-17-20-00.png
Cooño...
Voy a buscar ese kernel ya mismo. ¿ Que radio tienes ?
De momento, bastante asustando con el consumo cuando estoy un rato "navegando" :
http://dl.dropbox.com/u/5018984/Screenshot_2012-01-09-19-05-50.png
desmoyo
10/01/12, 00:16:08
Yo con el mio se mantiene a ralla
Maguro Milestone build 14 kernel de serie
Con los demas kernels se sube el consumo del SO
http://img.tapatalk.com/57ddde3a-219f-f99f.jpg
Osea que llevas esta rom http://forum.xda-developers.com/showthread.php?t=1402341
con el kernel de serie y de donde has conseguido el kernel de serie?
Gracias
Kracker2k5
10/01/12, 01:23:08
El kernel de serie que viene con la ROM ^^.
@Desmoyo cuando me refiero al kernel de serie es al que trae la misma rom, a mi me funciona cojonudo y no lo cambio por ningún otro, e probado apex, franco y algún otro y nanai.
saludos
jobovlar
10/01/12, 13:43:25
a mi android so un 17% en mi antiguo nexus esto no lo habia visto
LluisAzm
10/01/12, 13:45:04
Cooño...
Voy a buscar ese kernel ya mismo. ¿ Que radio tienes ?
De momento, bastante asustando con el consumo cuando estoy un rato "navegando" :
http://dl.dropbox.com/u/5018984/Screenshot_2012-01-09-19-05-50.png
La KL1!
desmoyo
10/01/12, 14:13:53
@Desmoyo cuando me refiero al kernel de serie es al que trae la misma rom, a mi me funciona cojonudo y no lo cambio por ningún otro, e probado apex, franco y algún otro y nanai.
saludos
Pero como puedo instalar ese kernel si la ROM no es la original?
Sent from my iphone 4S using Tapatalk
Pero como puedo instalar ese kernel si la ROM no es la original?
Sent from my iphone 4S using Tapatalk
Este kernel solo está disponible en la rom Maguro Kang, que yo sepa no esta disponible para poner en otra rom.
Si instalas esta rom tendrás este kernel, y creeme el consumo es muy bueno.
Dejo una captura.
http://s2.subirimagenes.com/imagen/previo/thump_7317368screenshot2012011019.png (http://www.subirimagenes.com/imagen-screenshot2012011019-7317368.html)
[IMG]http://www.htcmania.com/%3Ca%20href=http://www.subirimagenes.com/imagen-screenshot2012011019-7317368.html%20target=_blank%3Ehttp://s2.subirimagenes.com/imagen/previo/thump_7317368screenshot2012011019.png
alguien me puede decir por qué cuando apenas utilizas el móvil sube tanto el consumo de Android Os? se puede corregir con algún Kernel o no yo llevo el generalisimo v8 y ahora mismo llevo 6h 34 min de uso y un 87% de bateria y el android OS un 52% y apenas he tocado el telefono.
Aquí tienes la respuesta (http://androidswin.blogspot.com/2012/06/consumo-de-datos-de-so-android-que-es.html), espero que te sirva. En efecto otro kernel lo haría diferente, pero el recurso se asignaría a la verdadera aplicación que la está consumiendo en lugar de en SO Android.
Un saludo,
Swin
vBulletin® v3.8.1, Copyright ©2000-2025, Jelsoft Enterprises Ltd.