Al compilar aplicaciones de iPhone, hay una configuración para la arquitectura "optimizada" (solo para el brazo 7) frente a una arquitectura estándar de armv6/armv7.¿Cuáles son los beneficios/consecuencias de compilar una arquitectura solo armv7?
¿Cuáles son los beneficios/consecuencias de compilar una arquitectura solo armv7?
Un ejecutable más pequeño es una descarga más rápida de la tienda de aplicaciones. Sin embargo, usted corta non-armv7 devices.
A menos que su programa requiera OpenGLES 2.0 (que solo es compatible con los dispositivos compatibles con armv7), debe compilar el binario estándar de grasa (armv6/armv7). Un binario gordo es básicamente dos (o más) binarios Mach-O pegados, con una sola página de encabezado al principio. El costo de rendimiento es insignificante: el cargador dinámico debe tener un error de página adicional para la página del encabezado para determinar qué arquitectura cargar.
Construir para armv7 solo reducirá a la mitad el tamaño de su ejecutable, aunque es poco probable que su ejecutable sea tan grande para empezar. Puede usar los comandos "size" y "otool" en el host para obtener más información sobre las distintas secciones en el binario de su aplicación, p. "size -arch armv6 build/Release/MyApp.app/MyApp" obtendrá el tamaño de varias secciones en la versión armv6 de un archivo binario, "size -arch armv7 build/Release/MyApp.app/MyApp" obtendrá el tamaño de varias secciones en la versión armv7 de un binario, y obviamente "ls -l build/Release/MyApp.app/MyApp" obtendrán el tamaño de archivo real del binario.
Fuera de la alineación actual, ¿cuáles son los dispositivos que no son armv7? – coneybeare
Probablemente el iPhone, iPhone 3G, iPod Touch 1ra y 2da generación. –
@Alex Para las personas que tienen iPhone 3G, ¿qué sucede cuando la aplicación está en la tienda de aplicaciones? ¿No pueden descargar la aplicación o la aplicación se cuelga cuando la inician? – CedricSoubrie