|
#1
|
||||
|
||||
Los Samsung Galaxy Note5 y S6 edge+ cierran las apps en segundo plano de forma agresiva a pesar de los 4GB de RAM
Los Samsung Galaxy Note5 y S6 edge+ cierran las apps en segundo plano de forma agresiva a pesar de los 4GB de RAM ![]() Leemos en teknofilo.com Si has utilizado el Galaxy S6 o Galaxy S6 edge durante un buen tiempo, habrás notado que los teléfonos tienen un comportamiento un tanto agresivo a la hora de cerrar aplicaciones que se ejecutan en segundo plano, incluso cuando aparentemente hay memoria suficiente. En la práctica esto significa que cuando vuelves a una aplicación al cabo de un rato, esta se carga de nuevo en lugar de mostrarse rápidamente donde la dejaste. Lamentablemente el incremento de memoria RAM de los últimos modelos no ha mejorado este comportamiento ya que parece que el Galaxy Note5 y el Galaxy S6 edge+ se comportan igual. Como puedes ver en el vídeo adjunto publicado por Android Police, el Galaxy S6 edge+ es bastante más lento a la hora de mostrar aplicaciones que un Nexus 6, y no siempre continúa en el mismo estado donde la dejaste. Este mismo comportamiento también aplica al Note5. Se desconoce la razón por la que ocurre esto. Aunque en teoría esto podría ser un comportamiento para reducir el consumo de batería, resulta molesto tener que volver abrir la aplicación en lugar de continuar usándola donde la dejaste, además de que posible el proceso de re-apertura consuma bastante más ciclos de CPU que mantenerla en segundo plano. ![]() leer más: teknofilo.com |
|
|
|
#2
|
||||
|
||||
|
#4
|
||||
|
||||
|
aunque le monten 8gb de ram las va a cerrar igual
|
|
#5
|
||||
|
||||
|
Lo que demuestra que por mas hardware que le temas..sin una buena optimizacion es como meterle un motor de ferraria a un mini...
en fin, me suena que esto ya se arreglara con la version 6 de android..aunque esta por verse ya que mucho prometen y luego.......... |
|
#6
|
|
En el subforo del S6+ se ha puesto un vídeo dónde se ve este problema.
También reportan un nuevo update que ya soluciona este problema o por lo menos algunos de sus recientes compradores y después de actualizar así lo están reportando. Esperemos que Samsung lo haya corregido por fin que tener semejante hardware y seguir arrastrando este problema no es lógico. |
| Gracias de parte de: | ||
|
#7
|
||||
|
||||
|
Es lo k tiene el lagwiz. Mi note 4 con cm12 vuela. La aplicacion de google maps con lagwiz va lagueada. Con cm12 vuela. Es penoso. Aparte de k lagwiz la ram se la fuma. En fin, habra k volver a ios
|
|
#8
|
||||
|
||||
|
Cita:
|
| Gracias de parte de: | ||
|
#9
|
|
|
Cita:
En la nueva versión de "lagwiz" como tu dices, todos los lags que arrastraban fueron erradicados, sólo tienes k pasarte por el foro del S6 para comprobarlo, y si, Samsung tuvo que claudicar, y dejar de meter toda la mierda que tenían , rediseñaron la interfaz desde 0 , porque no vieron manera de arreglar el estropicio, la cuestión que se trata en este subforo nada tiene que ver con "lagwiz" ni tan si quiera con la cantidad de memoria disponible en el dispositivo, es una configuración excesivamente agresiva en la gestión de RAM, cosa que se viene arrastrando desde que salió Lollipop y que teóricamente Google arregló en la 5.1 , digo teóricamente porque parece ser que no a sido arreglado todo lo bien que debiera, pero este caso concreto es cosa de Samsung, pero nada que ver con su capa de personalización, si no con gestión de procesos de sistema, y no se que pinta google maps en tu comentario, de toda la vida hay apps que funcionan mejor o peor en distintas ROM, si llevas cm12 , supongo que flasheas y deberías saberlo, precisamente cm12 al no disponer de drivers propietarios, hay apps k funcionan peor. Ah por cierto, tanto en Android como en Linux, RAM no usada es RAM desperdiciada , no se que puñetera manía tiene la gente con tener el máximo de RAM libre, si es peor, lo que no es bueno es quedarte sin, pero siempre tiene que estar la mayor parte ocupada para garantizar fluidez y rapidez en las apps que usamos, de ahí la pelea de siempre que hayan apps en segundo plano ejecutándose que no queremos, y otras si que las queremos. Enviado desde mi MI 4LTE mediante Tapatalk Última edición por ToRk Día 25/08/15 a las 08:11:21 |
| Gracias de parte de: | ||
|
#10
|
||||
|
||||
|
Galaxy S6 edge+ es bastante más lento a la hora de mostrar aplicaciones que un Nexus 6, y no siempre continúa en el mismo estado donde la dejaste. " Muahaha...
|
|
#11
|
||||
|
||||
|
por que os creeis que le han metido una bateria de menos mah que sus antecesores? aqui teneis la prueba.... jajaja sigo encantado con mi note 4.... me kedo de momento con el ya veremos los s7....o note 6...
|
|
#12
|
||||
|
||||
|
Para hacer eso le sobraba memoria
|
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
|
|
Hora actual: 01:37:58 (GMT +1)
HTCMania: líderes desde el 2007

Los Samsung Galaxy Note5 y S6 edge+ cierran las apps en segundo plano de forma agresiva a pesar de los 4GB de RAM

Si has utilizado el Galaxy S6 o Galaxy S6 edge durante un buen tiempo, habrás notado que los teléfonos tienen un comportamiento un tanto agresivo a la hora de cerrar aplicaciones que se ejecutan en segundo plano, incluso cuando aparentemente hay memoria suficiente. En la práctica esto significa que cuando vuelves a una aplicación al cabo de un rato, esta se carga de nuevo en lugar de mostrarse rápidamente donde la dejaste. Lamentablemente el incremento de memoria RAM de los últimos modelos no ha mejorado este comportamiento ya que parece que el Galaxy Note5 y el Galaxy S6 edge+ se comportan igual. Como puedes ver en el vídeo adjunto publicado por Android Police, el Galaxy S6 edge+ es bastante más lento a la hora de mostrar aplicaciones que un Nexus 6, y no siempre continúa en el mismo estado donde la dejaste. Este mismo comportamiento también aplica al Note5. Se desconoce la razón por la que ocurre esto. Aunque en teoría esto podría ser un comportamiento para reducir el consumo de batería, resulta molesto tener que volver abrir la aplicación en lugar de continuar usándola donde la dejaste, además de que posible el proceso de re-apertura consuma bastante más ciclos de CPU que mantenerla en segundo plano. 





