2011-07-30 14 views

Respuesta

8

En mi experiencia, el simulador de iPad casi siempre ha sido más rápido que ejecutarlo en un dispositivo real. En mi i7 MacBook Pro a principios de 2010, el simulador ha sido significativamente más rápido que el iPhone 4 y el iPad 1 con casi todas las aplicaciones de OpenGL ES que he desarrollado.

Parece que el simulador hace una simulación basada en software de ciertas características de hardware de iOS, particularmente en el área de sombreadores. Si tiene una aplicación OpenGL ES 2.0 con mucho sombreado, puede ver un descenso significativo en el rendimiento cuando se ejecuta en el simulador.

En particular, el Simulador no puede igualar la velocidad de renderizado del iPad 2 cuando se trata de aplicaciones OpenGL ES con límite de velocidad, porque el iPad 2 tiene una GPU que sobresale en esto.

Más allá de decirle que compre una computadora más rápida, no hay nada que se pueda hacer para acelerar el Simulador. Siempre que tenga que simular ciertas operaciones en el software, obtendrá un rendimiento un poco más lento cuando realice ciertos tipos de renderizado en comparación con los dispositivos iOS más recientes. Le invitamos a que presente una solicitud de mejora al http://bugreport.apple.com para solicitar mejoras de rendimiento, pero no sé cuánto mejor puede hacer esto el equipo de Apple. Parecen bastante conscientes de los problemas de rendimiento de lo que he visto.

Como siempre, el simulador se debe utilizar para probar si algo funciona en absoluto, y todo el ajuste preciso y todo lo demás relacionado con el rendimiento se debe hacer en el hardware real. Descubrí que el ciclo de compilación-prueba-prueba en el iPad 2 era casi tan rápido como tratar con el simulador cuando desarrollé mi última aplicación.

+0

Mi aplicación es GLES1, pero parece intensiva en frecuencia de relleno. ¡Gracias! – Eonil

+0

Desafortunadamente, el simulador es al menos un orden de magnitud más rápido en algunas operaciones (por ejemplo, la mayoría de las bibliotecas Quartz/CG * de Apple), por lo que "desarrollar en iPad" no es una opción viable para muchas aplicaciones./test/debug cycle :(. Además, el tiempo de carga sobre el lento iPad-USB se convierte en un cuello de botella para las aplicaciones más grandes :( – Adam

+0

@ Adam, con respecto a la carga de aplicaciones. Podría considerar mover partes de los recursos de su aplicación (como gráficos y recursos de sonido) a la carpeta Documentos durante el desarrollo. En nuestro caso, eso significaba que el paquete de la aplicación solo contenía el binario y algunos PNG. Los otros 1.8 GB de datos de recursos eran más o menos constantes y no tenían que cargarse todos hora. –

Cuestiones relacionadas