|
||
|
|
|
|||||||
| Noticias del portal de temática general Sólo el staff puede publicar aquí |
![]() |
|
|
Herramientas |
|
#21
|
||||
|
||||
|
Cuando el artículo se refiere a memoria interna no es a la RAM si no al almacenamiento interno. El consumo de ram disminuye notablemente y el espacio ocupado en la memoria interna es ligeramente mayor. No hay efecto placebo por ningún sitio. Se ha de probar y ver como rinde para poder opinar con una buena base. |
|
|
|
#22
|
||||
|
||||
|
Cuando el artículo se refiere a memoria interna no es a la RAM si no al almacenamiento interno.
El consumo de ram disminuye notablemente y el espacio ocupado en la memoria interna es ligeramente mayor. No hay efecto placebo por ningún sitio. Se ha de probar y ver como rinde para poder opinar con una buena base. ![]() Es cierto, se refiere a la memoria interna, aunque la memoria ram se supone que si disminuye o no, no debería haber tanto problema o beneficio. En android la memoria ram que no se usa se esta desperdiciando. Y si lo estarán poniendo ya de base en la siguiente actualización pues debe tener ya más estabilidad |
|
#23
|
||||
|
||||
|
Para el uso que le doy, ART me va de lujo!
|
|
#24
|
||||
|
||||
|
A mi lo que me tiene un poco mosqueado desde mi desconocimiento de la arquitectura del sistema es: esta consola virtual no almacena un cache como Dalvik? Porque de ser que si, me sorprende ver que los nuevos recoverys no incorporen el wipe de turno para borrarlo
|
|
#25
|
||||
|
||||
|
Yo desde luego no le encuentro que sea más rápido, las roms son muy rápidas en davilk, ya que esta muy optimizado. Placebo? De momento si puede ser
|
|
#26
|
||||
|
||||
|
Como bien dicen lo de que consume mas memoria se refiere a la interna.
Lo que sucede con Dalvik es que la maquina virtual compila la aplicación para nuestro dispositivo concreto cada vez que esta se abre, lo cual quita unos preciados segundos, en algunos casos podra ser menos del segundo, pero al final lo que importa es que eso viene siendo el molesto "lag". ART lo que trae es que la compilación se hace al instalar la aplicacion, con lo que la instalación será mas lenta y ocupará mas espacio en memoria interna, pero no se perderá tiempo de compilación al ejecutar la aplicacion ya que ira directamente y en teoría vamos a perder esos lag. Obviamente esto no significa que ya estando abierto el juego vaya a correr el doble de rapido... por eso muchos no notan la diferencia, ya que ese no es el problema central que esta corrigiendo esta forma de operación del compilador. Ahora me viene a la mente casos de cuando estamos con muchas aplicaciones y cambiamos por ejemplo a chrome donde dejamos alguna pagina abierta, pero vemos que se recarga, pues es porque se cerro porque excedimos cierto limite de procesos y vuelve a ejecutarse donde se quedo, entonces vuelve a abrir la pagina, si... pero para eso antes se tuvo que volver a compilar y ahi vemos el lag de cuando cambiamos de una app a otra. Lo de la memoria RAM la verdad dudo que cambie mucho; pero no es algo que me preocupe, la verdad he visto que Android anda muy bien en eso, su problema es precisamente lo otro: estar perdiendo el tiempo compilando cada rato porque la app que necesitamso se cerro y pues entonces tenemos lags y mas lags. PD. Y no, no es ningun placebo, solo se trata de ver y entender a que se refieren estos conceptos, es bastante simple... como digo no va a acelerar la ejecucion en general de alguna app en particular, pero al ser android un sistema multitarea y en el que muchas veces tenemos arriba de la decena de cosas abiertas, se empiezan a notar estas cuestiones. Obviamente, si solo tenemos abiertas 4 cosas, y encima basicas como whatsapp, y solo nos movemos entre ellas pues va a ser lo mismo que dalvik: un sistema hiper agil, puesto que no se compila nada de nuevo, mas que cuando se abrieron esas 4 aplicaciones El mayor punto negativo de Android (lo que critican quienes estan usando los otros SO) se corregirá en gran medida (si no es que por completo) a partir de que implementen ART por defecto si analizan punto por punto lo que he expuesto... Última edición por gustavoacm Día 02/02/14 a las 07:25:25. |
| Los siguientes 7 usuarios han agradecido a gustavoacm su comentario: | ||
|
#27
|
||||
|
||||
|
A mi lo que me tiene un poco mosqueado desde mi desconocimiento de la arquitectura del sistema es: esta consola virtual no almacena un cache como Dalvik? Porque de ser que si, me sorprende ver que los nuevos recoverys no incorporen el wipe de turno para borrarlo
![]()
|
| Gracias de parte de: | ||
|
#28
|
||||
|
||||
|
yo use durante 1 mes ART, iba bien pero me daba fallos con alguna aplicacion decidi volver a dalvik , pero tampoco notaba una gran diferencia ,igual se nota mas en moviles de gamma baja.
|
|
#29
|
||||
|
||||
|
Pues yo no noto que de tarde mucho en ejecutar una aplicación en mi sgs4 o moto x. De hecho lo siento un poco más rápido en el sgs4 y yo creo que es por el procesador.
Ahora bien si Art ocupará más espacio interno entonces va a limitar más ese espacio para móviles que no tienen tarjeta sd. Según esto entonces con kitkat podemos tener menos memoria ram por usar pero el costo será menos memoria interna para almacenar, y por unos segundos que tal vez nadie ha notado. |
|
#30
|
||||
|
||||
|
Halaaa.
A mi en ART no me funciona Chordbot .por eso no la uso a ART. ![]() Es mi app faborita |
|
#31
|
||||
|
||||
|
En los nexus no creo que se note mucho en cuanto a fluidez se refiere, ya van como balas. En los demás teléfonos ya veremos cuando empiece a salir 4.4, porque a día de hoy hay 4 teléfonos contados con kitkat.
|
|
#32
|
||||
|
||||
|
__________________
![]() |
|
#33
|
||||
|
||||
|
Lo que sucede con Dalvik es que la maquina virtual compila la aplicación para nuestro dispositivo concreto cada vez que esta se abre, lo cual quita unos preciados segundos, en algunos casos podra ser menos del segundo, pero al final lo que importa es que eso viene siendo el molesto "lag".
ART lo que trae es que la compilación se hace al instalar la aplicacion, con lo que la instalación será mas lenta y ocupará mas espacio en memoria interna, pero no se perderá tiempo de compilación al ejecutar la aplicacion ya que ira directamente y en teoría vamos a perder esos lag. Obviamente esto no significa que ya estando abierto el juego vaya a correr el doble de rapido... por eso muchos no notan la diferencia, ya que ese no es el problema central que esta corrigiendo esta forma de operación del compilador. ![]()
|
| Los siguientes 3 usuarios han agradecido a OMA2k su comentario: | ||
|
#34
|
||||
|
||||
|
Yo lo tengo activado y sin ningún problema. No se aprecian muchas diferencias de fluidez pero si un menor consumo de memoria y batería o esa es mi impresión.
__________________
|
![]() |
Estás aquí
|
||||||
|
||||||