← Kiscvik.comUn laboratorio del ecosistema KiscvikKiscvikRetro ↗

R / / Memoria · streaming

Resultados de laboratorio

Hacer que un mundo quepa

Dos tramos residentes, texturas compartidas y animaciones por contexto.

01 / Resultado documentado

Menos datos a la vez.

Kisport conserva hasta dos tramos residentes y prepara el siguiente por pasos. Las páginas de textura se comparten durante el nivel, los objetos se cargan por zona y las animaciones se seleccionan por contexto.

En la referencia 0.7.23, el catálogo del nivel ocupa aproximadamente 40 KB menos que en 0.7.22. Esa diferencia procede de recursos convertidos; no equivale a medir toda la memoria utilizada en un teléfono.

Laboratorio · recursos convertidos

02 / Un intercambio real

Ahorrar render puede costar memoria.

En el reporte físico W900i de 0.7.19, VISIBLES pasó de 14,4 a 15,5 FPS respecto a QUAD, pero el trabajo máximo de índices subió de 10 a 85 ms y el mínimo de heap libre bajó de 44 a 8 KB. Fue una ejecución por configuración, con audio desactivado, 10 s de calentamiento y 60 s de medida.

En W995 no se observó una mejora equivalente por visibilidad. Los resultados dependen del driver y del escenario, y QUAD sigue siendo la referencia.

Hardware · reporte histórico 0.7.19

03 / Limitaciones

El heap no cuenta toda la historia.

freeMemory() y totalMemory() observan el heap Java. Las texturas M3G y los reproductores pueden tener costes nativos que esas cifras no describen.

Un mínimo aislado de memoria libre no justifica cambiar GC, distancia de dibujo o precarga sin fallos reproducibles. La beta 0.7.35 necesita recorridos físicos y sesiones largas con el SHA final.

Pendiente · presupuesto físico y estabilidad prolongada
La causa de la costura entre tramos de W900i se atribuye provisionalmente a precisión de transformaciones. El emulador no reprodujo el defecto: sus auditorías no demuestran que la corrección funcione en hardware.
Leer la arquitectura de streaming →
← Volver a ResearchFuentes y metodología →