¿Es el motor de la aplicación Google 1.6.4 más lento en local?

Emisión original¿Es el motor de la aplicación Google 1.6.4 más lento en local?

Como he cambiado la versión de la 1.6.3. a 1.6.4 Tengo serios problemas de rendimiento al trabajar con GWT en modo alojado.

actualización 18/04/2012

El problema es reproducible también en 1.6.4.1 en el entorno de desarrollo. Por ahora lo mejor es hacer un downgrade a 1.6.3

actualización 09/07/2012

Según Kris Diesing: Esto todavía no está fijado en 1.7.0. Una solicitud que requiere 330ms para procesar en 1.4.3 y 415ms para procesar en 1.6.3, toma 13740ms para procesar en 1.7.0. Esto se debe a la temporización del código de análisis de Java (sin E/S), casi una ralentización de 40 veces.

actualización 09/08/2012

Google reconoció el problema en el issue 7282 de la lista de emisión pública de google appengine.

Fuente

2012-04-04 Jordi P.S.

lo he notado también, ciertas partes de mi código se ejecuta varias veces más lento. Me di cuenta de que durante la depuración de básicamente cada llamada a un método o instanciación de clase, uno entra en algo como Runtime.checkRestricted y tal, que no ocurre en versiones anteriores. No he probado 1.6.4 en la nube, así que no sé si solo es el servidor local el que tiene el problema. Mi teoría ahora es que introdujeron algún tipo de comprobación de código/clases/métodos restringidos para evitar cosas que no se admiten en línea. Pero eso es una suposición descabellada. Sin embargo, sería interesante conocer el rendimiento en línea. – Brummo

Eso sí, no uso GWT sino JSP simple y persistencia de persistencia para la persistencia de objetos – Brummo

Utilizo Spring y Objectify, el cuello de botella de GWT son las implementaciones de RPC que están en el lado del servidor. Todo esto hace que todo vaya lento. Bajé a la 1.6.3. –

Esto es una regresión de rendimiento confirmada en 1.6.4. Nosotros (Google) estamos armando un parche que contiene una solución y lo haremos disponible tan pronto como podamos.

Lo siento por la molestia

(yo soy el tipo que introdujo la regresión)

Fuente

2012-04-05 04:50:24

Hola, gracias por la información. ¿Cualquier actualización? por pura curiosidad, ¿cuánto tarda una solución, ya que está codificada hasta que llega a la liberación? –

Al parecer, se ha roto nuevamente en 1.7.0. Ver el comentario en la pregunta. ¿Tienes alguna información sobre eso? –

Hola Max, gracias por aclararlo. Sin embargo, tengo una pregunta crucial: ¿la regresión solo se aplica a las aplicaciones que se ejecutan localmente en el servidor de desarrollo o también a las aplicaciones que implementamos en App Engine? –

Sí, algo está definitivamente mal: http://code.google.com/p/googleappengine/issues/detail?id=7282

1.6.4 pone en marcha extremadamente lento y toma una cantidad anormal de largo tiempo para procesar cada solicitud.

Star it!

Fuente

2012-04-04 23:03:52

Incluso después de que el SDK 1.6.4.1 ... su todavía para frenar!

El problema es procesar la solicitud, tomar demasiado tiempo. Ya no puedo probar con datos reales, porque es demasiado lento.

¿Alguien está de acuerdo?

Cuando intento hacer una eliminación por lotes (pm.deletePersistentAll (ltToBeDelete);) de 50 entidades, me tomó 10 segundos.

En este momento, voy a tener que rebajar a la 1.6.3 SDK .. demasiado triste :(

Fuente

2012-04-17 22:26:27

en mi versión local la función makepersist tarda aproximadamente 10 segundos en completarse, DESPUÉS de que se complete la transacción ... – johnvdenley

@johnvdenley estoy usando el SDK 1.8.5 y ya no tengo este problema ... ¿Qué versión hizo? ¿tu usas? –

¿Es el motor de la aplicación Google 1.6.4 más lento en local?

Respuesta

Cuestiones relacionadas