http://www.jetbrains.com/profiler/index.html http://nhprof.com/
Ambos tienen demos que podes bajar y usar. 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 -~----------~----~----~----~------~----~------~--~---
