Saltar al contenido
Docs

Rendimiento medido

Cuadros por segundo, tiempos de carga y tiempo de script de seis juegos del portal, medidos con y sin tarjeta gráfica, con la clase de equipo y las condiciones de cada cifra.

Corresponde aPortal, versión preliminar Para todos

En esta página

Esta página trae solo cifras medidas. Cada tabla dice con qué clase de navegador y de tarjeta gráfica y en qué condiciones se midió, y de qué archivo del repositorio de Green Games sale. Donde no hay medición, lo dice.

Cómo se midió#

Las dos series usan el mismo procedimiento (pruebas/medir.mjs), el 13 de octubre de 2026, sobre el portal construido y servido en el mismo equipo:

  1. Se abre la página de cada juego con el bot al mando y la semilla 1.
  2. Se mide el tiempo desde que se pide la página hasta que la partida está corriendo.
  3. Se deja jugar 25 segundos, o hasta que la partida termine si termina antes.
  4. Se leen las estadísticas del reproductor.
ColumnaQué mide
Cuadros por segundoPromedio de cuadros dibujados por segundo durante la corrida.
Cuadro lento (p99)Milisegundos que tarda un cuadro en el percentil 99: de cada 100 cuadros, 99 tardan eso o menos.
Hasta jugarMilisegundos desde que se pide la página hasta que la partida corre.
Carga de la salaMilisegundos que tarda en quedar lista la sala (la simulación del juego).
ScriptMilisegundos de script del juego por cuadro, en promedio.
PiezasPiezas vivas en la escena.
SombrasSi el reproductor terminó la corrida con sombras encendidas.

La simulación corre siempre a 60 cuadros por segundo, dibuje lo que dibuje la pantalla: ver Determinismo. Los cuadros por segundo de estas tablas son los del dibujo.

Con tarjeta gráfica#

Fuente: capturas/medidas-gpu/medidas.json. Un navegador de escritorio actual, con ventana visible, en Windows. Tarjeta gráfica dedicada de gama alta. Ventana de 1366 x 768, dificultad normal.

JuegoCuadros por segundoCuadro lento (p99)Hasta jugarCarga de la salaScriptPiezasSombras
Circuito Luz Verde237,84,3 ms310 ms396 ms0,048 ms79Sí
Copa de Bloques237,84,3 ms314 ms396 ms0,098 ms184Sí
Defensa del Faro237,44,3 ms322 ms471 ms0,053 ms139Sí
Isla Taller239,34,3 ms356 ms292 ms0,056 ms300Sí
Laberinto de Luces238,04,3 ms324 ms416 ms0,049 ms377Sí
Semáforo237,44,3 ms323 ms281 ms0,055 ms54Sí

En ese equipo, los seis juegos medidos dan entre 237,4 y 239,3 cuadros por segundo, con 54 a 377 piezas. La cantidad de piezas no mueve la cifra en ese rango.

Tres corridas más del mismo archivo, con condiciones emuladas:

CondiciónJuegoCuadros por segundoCuadro lento (p99)Hasta jugarCarga de la salaScript
Escritorio 1366 x 768, dificultad difícilIsla Taller239,44,3 ms302 ms232 ms0,048 ms
Teléfono emulado 390 x 844 a 3x, CPU 4x más lenta, difícilIsla Taller209,28,4 ms984 ms539 ms0,051 ms
Escritorio 1366 x 768, CPU 4x más lenta, normalDefensa del Faro234,86,0 ms937 ms511 ms0,055 ms

Con el procesador frenado cuatro veces, lo que más cambia es la espera hasta jugar: de 322 a 937 ms en Defensa del Faro. En el teléfono emulado, cuya pantalla es de 3x, el reproductor terminó dibujando a una escala de 1,5.

Sin tarjeta gráfica#

Es el peor caso: el navegador dibuja todo con el procesador.

Fuente: capturas/medidas-sin-gpu/medidas.json. Un navegador de escritorio actual, sin pantalla, dentro de un contenedor de Linux. Dibujo por software: sin tarjeta gráfica, cada cuadro lo calcula el procesador. Ventana de 1366 x 768, dificultad normal.

JuegoCuadros por segundoCuadro lento (p99)Hasta jugarCarga de la salaScriptPiezasSombras
Circuito Luz Verde58,916,8 ms533 ms556 ms0,052 ms79Sí
Copa de Bloques51,450,0 ms573 ms539 ms0,109 ms184No
Defensa del Faro37,266,7 ms497 ms505 ms0,049 ms139No
Isla Taller36,066,8 ms624 ms629 ms0,050 ms300No
Laberinto de Luces54,849,9 ms464 ms426 ms0,049 ms377No
Semáforo59,316,8 ms555 ms488 ms0,062 ms54Sí

En cuatro de los seis juegos, el reproductor terminó la corrida sin sombras: su ajuste de calidad automático las apaga cuando el dibujo no da abasto. Aun así, dos juegos quedan en 36 y 37 cuadros por segundo, con cuadros lentos de 67 ms.

Las mismas tres condiciones emuladas, sin tarjeta gráfica:

CondiciónJuegoCuadros por segundoCuadro lento (p99)Hasta jugarCarga de la salaScriptSombras
Escritorio 1366 x 768, dificultad difícilIsla Taller33,683,2 ms628 ms594 ms0,054 msNo
Teléfono emulado 390 x 844 a 3x, CPU 4x más lenta, difícilIsla Taller52,766,6 ms660 ms874 ms0,057 msSí
Escritorio 1366 x 768, CPU 4x más lenta, normalDefensa del Faro35,183,2 ms957 ms791 ms0,055 msNo

Lo que se saca en limpio#

  • El script de los juegos casi no pesa. En las 18 corridas de los dos archivos, el script gasta entre 0,048 y 0,109 ms por cuadro. El límite es 4 ms de promedio: el juego que más gasta usa menos del 3 % de ese tope.
  • Lo que decide los cuadros por segundo es el dibujo, no la simulación. Con la misma partida y el mismo script, Isla Taller va de 239,3 cuadros por segundo con tarjeta gráfica a 36,0 sin ella.
  • La carga es de fracciones de segundo en el mismo equipo. Entre 310 y 356 ms hasta jugar con tarjeta gráfica; entre 464 y 624 ms sin ella. Estas cifras no incluyen la descarga por internet: el portal estaba servido localmente.

Lo que no está medido#

  • Un teléfono real. Solo hay emulación.
  • Un equipo de escritorio modesto con tarjeta gráfica integrada. Las dos series son los extremos: una tarjeta dedicada de gama alta y ninguna.
  • El launcher y el editor. Las cifras son del portal en un navegador. El launcher y el editor usan el mismo reproductor dentro de la WebView del sistema (en Windows, Linux y macOS), y ahí no hay mediciones hechas con este procedimiento.
  • Los tipos de juego más nuevos. Las dos series miden seis juegos del catálogo, todos de tercera persona. De los juegos 2D, isométricos, en primera persona y con pantalla dividida todavía no hay cifras con tarjeta gráfica.
  • El mundo abierto. Valle Abierto, el séptimo juego del catálogo, no está en estas dos series: no hay aquí cifras de un juego con terreno de cubos. En esos juegos el reproductor acorta la distancia de dibujo si el equipo no rinde y la vuelve a alargar: Mundo abierto.
  • La descarga por internet. El archivo de la sala pesa 4,3 MB (1,6 MB comprimido con gzip), porque lleva dentro el motor de física. Cuánto tarda en bajar depende de tu conexión.

Los límites de tiempo del script#

La sala mide cuánto tarda el script de tu juego en cada cuadro y lo corta si se pasa. Los valores vienen de packages/sdk/src/limites.ts.

LímiteValorQué pasa si se excede
Tiempo de script, promedio por cuadro4 ms, medido en ventanas de 120 cuadrosTres ventanas seguidas por encima detienen la partida.
Tiempo de script en un solo cuadro100 msA la quinta vez, la partida se detiene.
Sala sin responder3 sEl reproductor la da por colgada y la cierra.
Cambios emitidos en un cuadro600, después del primer cuadrogreengames probar lo informa como límite excedido.

Un cuadro dura 16,7 ms a 60 cuadros por segundo. En ese tiempo tienen que caber la física, el script y el envío de cambios.

Todos los topes de piezas, zonas, luces y demás: Límites.

Qué se le pide a un juego#

La lista de calidad de Green Games pide dos números:

RecomendaciónValorDónde lo ves
Tiempo de script por cuadroMenos de 1 msEn cada línea de greengames probar: script 0.022 ms/cuadro (max 0.71)
PiezasMenos de 600, si se puedeEn la misma línea: 12 piezas

Los seis juegos medidos cumplen las dos: el que más piezas tiene en estas mediciones es Laberinto de Luces, con 377, y el que más script gasta, Copa de Bloques, con 0,109 ms.

Para bajar el costo de tu juego:

  • No recorras todas las piezas en cada cuadro. Usa eventos (mundo.alTocar, mundo.alEntrar) y temporizadores (reloj.cada(0.5, ...)) en vez de juego.cadaCuadro para lo que no cambia 60 veces por segundo.
  • Decorado con "fisica": "ninguna". Lo que nadie toca no necesita colisión.
  • Pocas piezas dinámicas. El tope es 150 vivas a la vez.
  • Actualiza el HUD cuando cambia el dato, no en cada cuadro.

Sigue con#