Hola a todos. Perdonen pero acabo de ver algo que no me habia dado cuenta y cuando os cuente seguro que se van a reir, (por lo menos yo lo hice)
Veran estas pruebas de tiempo lo he estado haciendo en modo de depuracion, desde el IDE de Visual Studio 2005. Pero para ejecutar el JetBrains que me dijeron por aca, vi que el proceso volo, lo hizo en 0.45 segundos, asi que es mas que suficiente. Bueno mi duda me queda de por que hay una diferencia en ambos entornos??? On 27 ene, 07:55, "Francisco A. Lozano" <[email protected]> wrote: > http://en.wikipedia.org/wiki/Profiler_(computer_science) > > Francisco A. Lozano > > 2009/1/27 uhilari <[email protected]>: > > > > > Gracias Francisco. > > > Perdona la pregunta pero como soy nuevo en esto de la optimizacion, me > > gustaria preguntarte, ¿Que es ese profiler que me comentas? > > > Gracias > > > On 27 ene, 07:45, "Francisco A. Lozano" <[email protected]> wrote: > >> Aunque no tenga que ver con ORMs... si tu proceso es tan crítico en > >> cuanto a tiempos de ejecución, deberías meter un profiler y hacer > >> pruebas de estrés con él puesto, para ver como evolucionan los tiempos > >> de ejecución de cada una de las invocaciones de tu aplicación. > > >> Francisco A. Lozano > > >> 2009/1/27 uhilari <[email protected]>: > > >> > Dario muchas gracias > > >> > El usar el IStatelessSession ha sido una genial idea el proceso ahora > >> > se da en 3 minutos, pero aun no es suficiente, he estado probando lo > >> > que se trata de optimizer pero no ayuda mucho, al menos a lo que > >> > tengo, al contrario me retraso 0.5 segundos, alguna otra idea para > >> > saber lo que busco?? > > >> > Gracias > > >> > On 26 ene, 10:20, Gustavo Ringel <[email protected]> wrote: > >> >> "Ler" y "Perfomante" duelen igual o más, ademas de que tu mail no > >> >> aporta a > >> >> la discusion mientras que las sugerencias de Darío van al meollo del > >> >> asunto. > > >> >> Por otro lado performante realmente no es una palabra en español, al > >> >> menos > >> >> no hasta donde yo conozco, pero es muy usada en marcos de computación. > > >> >> Saludos. > > >> >> Gustavo. > > >> >> 2009/1/26 cubaman <[email protected]> > > >> >> > "- Usar consultas nombradas con Hql es un poco más performante" > >> >> > Ler "Perfomante" me da dolor en los ojos... > >> >> > Saludos > > >> >> > On 25 ene, 17:35, Dario Quintana <[email protected]> > >> >> > wrote: > >> >> > > Hola > > >> >> > > Es dificil saber a ciencia cierta donde hacer los retoques, pero te > >> >> > podría > >> >> > > decir qué le des una mirada a los siguientes tópicos: > >> >> > > - Usar StatelessSession. Es una Session sin cache de primer nivel, > >> >> > diseñada > >> >> > > para procesos en lotes. > >> >> > > - Usar Updates en "masa". > >> >> >http://blog.darioquintana.com.ar/2007/12/11/nhibernate-bulk-manipulat... > >> >> > > - Usar consultas nombradas con Hql es un poco más performante, las > >> >> > consultas > >> >> > > se cachean en la compilación de NH y se usan siempre. > > >> >> > > Pero bueno, cada aplicación es un mundo, y es dificil decir donde > >> >> > > está el > >> >> > > problema. Saludos > > >> >> > > On Sun, Jan 25, 2009 at 12:40 AM, uhilari <[email protected]> wrote: > > >> >> > > > Hola a todos Foreros. > > >> >> > > > Tengo este problema, lo que pasa es que en el Sistema que estamos > >> >> > > > desarrollando, bueno, mas que un desarrollo es una actualizacion, > >> >> > > > lo > >> >> > > > que hacemos es tomar un sistema que existe hech en VB6, que usa > >> >> > > > SQL > >> >> > > > nativo y ahora lo estamos pasando a C# .Net para la persistencia > >> >> > > > estamos usando NHibernate. La programacion de los procesos son mas > >> >> > > > logicos y mas intuitivos para cualquier persona que no haya > >> >> > > > participado en el desarrollo. Esta es una gran ventaja. > > >> >> > > > Pero ahora viene el problema, veran en el sistema (tanto anterior > >> >> > > > como > >> >> > > > actual) tenemos 3 procesos criticos que son procesos en lotes del > >> >> > > > tipo > >> >> > > > Background, en el primer Sistema lo mas que demoraba cualquiera de > >> >> > > > estos procesos era de 2 minutos, el tiempo promedio era de 20 > >> >> > > > segundos, pero ahora haciendolo con NHibernate el mejor tiempo que > >> >> > > > conseguimos fue de 10 minutos, esto es inaceptable por parte del > >> >> > > > proyecto. > > >> >> > > > Tengo una teoria de por que demora tanto, que cuando realizo el > >> >> > > > proceso veo que dispara muchos Insert - Updates y Select (sobre > >> >> > > > todo > >> >> > > > los select), asi que lo que hicimos para mejorar esto es poner los > >> >> > > > datos necesarios en una cache en la memoria de la PC, esto hizo > >> >> > > > que el > >> >> > > > tiempo bajara a 4:40 pero aun asi es inaceptable. > > >> >> > > > El primer proceso que hicimos teniamos el Session.Save y el > >> >> > > > Session.Flush, dentro del bucle, uno despues del otro, y el > >> >> > > > tiempo era > >> >> > > > de 4:40. Luego lo que usamos fue: en el bucle del proceso solo > >> >> > > > poner > >> >> > > > los Session.Save y dejar el Session Flush, para salir del bucle, > >> >> > > > pero > >> >> > > > esto no mejoro el tiempo del proceso, sino que nos creo un tiempo > >> >> > > > muerto en la Interfaz. > > >> >> > > > Lo que pido a Uds. expertos en NHibernate es que nos ayuden con > >> >> > > > ideas > >> >> > > > de como poder accelerar este proceso. > >> >> > > > Ya que si el tiempo sigue igual, no justifica el hecho e hacer un > >> >> > > > nuevo sistema. > > >> >> > > > Gracias > > >> >> > > -- > >> >> > > Dario Quintanahttp://darioquintana.com.ar --~--~---------~--~----~------------~-------~--~----~ Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano -~----------~----~----~----~------~----~------~--~---
