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 -~----------~----~----~----~------~----~------~--~---
