"Estábamos muy sorprendidos por los resultados", Guy Podjarny, CTO de Blaze y cofundador, dijo en una declaración. "Asumimos que sería una carrera más cerca y que las últimas mejoras de velocidad de JavaScript tendría un impacto más importante en el rendimiento. El hecho de que Android batir iPhone por amplio margen se esperaba no."
Para llevar a cabo el estudio, Blaze creado sus propias aplicaciones personalizadas, que para el iPhone y uno para Android para medir los tiempos de carga de página en los smartphones. Las aplicaciones corrieron en los dispositivos reales, cargados de una página en la demanda y miden cuánto tomó.
Y ahí está el problema con este estudio--no utilice los navegadores Web reales. Utilizan los motores de procesamiento del navegador, pero a través de esta aplicación personalizada. Reduce significativamente los resultados.
Como Michael Gartenberg de Gartner explicó me vía Twitter, "por un lado, Safari móvil no se utilizó,. por lo que no se mide el nuevo motor de JavaScript Safari es cómo los usuarios navegan por la Web. Lo que es más importante, cosas como 52% más rápidos son engañosas cuando enfrentando a veces de un segundo o menos. En el mundo real que es el margen de error."
En una serie de pruebas anecdóticas que me encontré esta mañana, no podía ver a cualquier diferencia apreciable en la página cargar veces entre el iPhone y varios dispositivos Android (utilizando la misma red Wi-Fi). El navegador Android carga algunas páginas Web más rápido que el iPhone y viceversa.
Gartenberg continuó, "navegación móvil de mundo Real se ve afectada por la señal de conexión, carga de la página, anuncio servida, etc.. Los consumidores no hacer compras de teléfono basadas en los cronómetros. Si no es una 'sólo notable diferencia' no importa."
En todos los años he pasado pruebas de rendimiento de teléfono, el número de variables que desempeñan un papel aquí es numerosos y tendrá un impacto más material en tiempos de carga de la página que el motor de procesamiento. Como notas Gartenberg, señal de conexión es importante, pero también lo es la ubicación, la distancia a la torre de la celda, congestión de sitio de celda, congestión de la red y así sucesivamente.
Sin duda, en un laboratorio controlado mediante software personalizado, Blaze puede han podido obtener el motor de procesamiento del navegador Android superar a motor de procesamiento del iPhone. Lo que se ve en la práctica, sin embargo, no siempre es cómo funcionan las cosas en el mundo real.
ACTUALIZACIÓN:
Apple ha emitido una respuesta con respecto a su prueba. Apple dijo, "… sólo probaron su propia propiedad app, que usa un visor Web incrustado que realmente no se aprovechan de optimizaciones de rendimiento Web de Safari. Yo '' s no sólo JavaScript, aunque. Safari en iOS 4.3 también tiene subprocesos múltiples, asincrónica de carga de la página y almacenamiento en caché de algunos HTML5. "
Blaze entonces respondió a Apple, "en la medida de nuestro conocimiento, esto es la primera vez que Apple ha abiertamente hizo tal declaración. Teniendo en cuenta la información que no se incluyen diversas optimizaciones en el navegador integrado, es muy posible que las cargas de página iPhone podrían ser más rápidas. Estamos detrás de la afirmación de que el navegador integrado de Android es superior a la del iPhone.
Esperamos que Apple nos ayudará a habilitar las optimizaciones y repita la medición. Hasta entonces, por lo que sabemos que las optimizaciones faltantes no pueden hacer un gran impacto".
Hasta tal vez cuando Blaze puede topar con una nueva prueba que aprovecha las ventajas de las herramientas de que Apple dice están incrustadas en el navegador Safari, destaca por sus resultados.
Asistir a Enterprise 2.0 Boston para ver las últimas herramientas de desarrollo de negocios y tecnologías. Regístrese con código CPBJEB03 y Ahorre $100 pases de Conferencia o un pase libre exposición. Pasa 20 al 23 de junio. Saber más.
No hay comentarios:
Publicar un comentario