Rendimiento de Silverlight

Question

Estamos considerando cambiar de Adobe Flex a Silverlight porque Flex es demasiado lento.

Me interesa no el rendimiento gráfico, sino el rendimiento computacional y la velocidad a la que ejecuta el código.

¿Alguien tiene alguna anécdota para compartir acerca de su experiencia con el rendimiento de Silverlight?

Answer 1

He descubierto que Silverlight maneja bastante bien el rendimiento computacional. Me he sentido decepcionado por algunos de los resultados gráficos. Como ese no es su problema, sugeriría algunas pruebas con algunos procesos complejos. No he usado Flex, así que no tengo mi propia prueba para la diferencia.

Answer 2

A diferencia de Flex, Silverlight tiene múltiples hilos. Lo cual si se usa adecuadamente, le permite escribir aplicaciones de alto rendimiento. Hay muchos artículos y publicaciones en blogs sobre esto. He aquí una muestra ...

http://www.silverlighthack.com/post/2008/09/07/Silverlight-MultiThreading-with-a-Computational-Process-(Counting-Primes).aspx

Answer 3

1. Silverlight permite múltiples hilos que es ideal para el procesamiento de grandes cantidades de datos (y en un aparte hace que la interfaz de usuario parece más rápido/más sensible a un usuario)
2. Silverlight 2 aplicaciones escritas en> Net deben ejecutarse tan rápido como las aplicaciones .Net. Se compilan localmente y se ejecutan "de forma nativa" en un entorno administrado, por lo que el rendimiento debería ser el mismo que el de todas las aplicaciones .Net que he encontrado bastante buenas o al menos programadas, con talento restringido y no restringidas por el conjunto de herramientas.
3. Mi gran preocupación es que se está ejecutando en el cliente y tendrá poca capacidad para saber cuál será la velocidad del cliente para el cliente. Los requisitos mínimos para SL son bastante escasos
4. Además, lots-o-processing normalmente significa lots-o-data, por lo que querrá considerar el uso de Isolated Storage (otra práctica función SL) y comprimir las llamadas WCF (use IIS7 y activar la compresión dinámica)

Answer 4

tobinharris posted test results of calculating 1,000,000 primes. Silverlight fue el ganador claro para el rendimiento.

Answer 5

No estoy seguro de cómo funciona Flex en el lado del cliente.

Lo que me gusta frokm Silverlight es un lenguaje OOP real (C#) y todo está compilado, sobre poder de cómputo, Scott Guthrie publicó un enlace a un juego de ajedrez (mismo algoritmo/enfoque de implementación pero javascript vs. silverlight), interesante cómo se comporta SL

En la aplicación que he desarrollado no he tenido ningún problema en el rendimiento (algunas muestras gestionan más de 70 tablas y relaciones) trabajando con LINQ a XML ... jejej donde he encontrado algunas muestras está luchando contra algunas controles con errores en SL (combo y datagrid).

HTH Braulio

Answer 6

La lectura de este sitio y los comentarios relativos a los distintos puestos te pueden ayudar:

http://www.shinedraw.com/flash-vs-silverlight-gallery/

La realidad es Silverlight tiene actualmente un rasterizador inferior con algunas cuestiones (mencionadas en el sitio vinculado arriba). Pero, como se ha mencionado aquí, obtienes otros beneficios que pueden ayudar al proceso de renderizado, como el multi-threading.Recientemente tuvimos muchos problemas con la trama del texto de entrada que causaba que nuestras presentaciones de Flash (por el bien de esta conversación Flex is Flash) tuvieran un tropiezo, no hay una solución realmente buena para esto en Flash en este momento.

También sugeriría que la mayoría de los programadores web y de sistemas den su opinión aquí, en lugar de programadores de gráficos por computadora.

Answer 7

Para agregar a la respuesta de Caryden, Microsoft está trabajando en una biblioteca de subprocesos múltiples que hace que sea muy fácil escribir código multiproceso (formará parte de .Net 4.0). Es muy probable que esta biblioteca llegue a las bibliotecas de Silverlight en una versión futura.