No uso los finalizers. En la medida de lo posible siempre pongo el dispose.
Me fije y tampoco ejecuto el GC.Collect por lo que dejo que corra cuando quiere. En uno de los frontend tenia el debug en true (Lo que comentaba Diego Promancio), así que aproveche y lo cambie a false. Ahora me pongo a revisar el log del IIS para ver si detecto algo ahí. Si a alguien se le ocurre otra cosa que pueda probar o alguna herramienta de ayuda que no dude en mandarla. Quise usar el SysInternal que me mandaron, pero requiere que instale previamente algo en el servidor que el administrador en este momento no me lo permite (Vamos a ver si la semana que viene se pone las pilas). -----Mensaje original----- De: Carlos A. Perez [mailto:[EMAIL PROTECTED] Enviado el: Martes, 15 de Enero de 2008 19:29 Para: [email protected] Asunto: [puntonet] aspnet_wp.exe Una pregunta: en alguna de tus clases estás utilizando Finalizers explicitos? Esto lo complica mucho al recolector de basura, si el objeto es muy utilizado, el GC seguro se muere administrando la cola de finalización que de otra manera no necesitaría de su atención (hasta 6 veces la degradación comparada con clases sin finalizers). Según lo que me contás, yo descartaría un tema con el backend entonces, y la memoria de tu servidor está ok, con esa RAM no deberías tener mayores problemas. Otra pregunta odiosa: reutilizás los objetos en la medida de lo posible? Fijate en tu código, qué hacés con los objetos más grandes? ¿Sería posible aplicar un patrón singleton en tu aplicación? (exigiría una minima recodificacion en la clase misma, pero deberías cambiarla en todas las llamadas al objeto en tu aplicación). Carlos > -----Mensaje original----- > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de > JATEMLIANSKY, Diego > Enviado el: Martes, 15 de Enero de 2008 04:09 p.m. > Para: [email protected] > Asunto: [puntonet] aspnet_wp.exe > > Antes que nada gracias por las respuestas. > El sysinternal recién lo descargue y lo estoy probando. > > Con respecto al Logueo tengo bastantes cosas logueadas, pero nada de lo > que > encuentro en el log en el momento en que se va a procesador al 100% es > causante de esto. > > > Acá van las respuestas: > > ¿Seguro que no tenes ningún spyware o algo? > Si, es un servidor que tiene solamente instalado el IIS y el Framework > 1.1 > > ¿Trabajas contra SQL Server? > Si trabajamos sobre SQL Server 2000 que esta instalado en otro > servidor. > Este servidor se encuentra en condiciones optimas al momento en que el > servidor de IIS deja de responder. > > Para acceder a la Base de datos conectamos el FrontEnd por Remoting a > un > BackEnd y este recién con DAAB conecta con el SQL. > Los servicios de BackEnd no se varían mucho en la utilización de > memoria ni > de procesador. > > Para acceder al SQL Server usamos Storeds Procedures. > > ¿Cuanta memoria disponés? > Tengo 1.5Gb de RAM > > > ¿Estás comprimiendo con gzip las páginas a través de IIS? > No, el tema es que si lo hago esforzarse mas todavía voy a consumir mas > procesador y es lo que no quiero. > En los momentos que el aspnet_wp.exe no toma el procesador al 100% las > paginas se pueden navegar rápidamente. > > > ¿Que OS es? ¿Server? > Windows 2000 Server SP4 > > > El problema se da solamente con este exe (por eso no quiero apagar > otros > servicios) > Normalmente ocupa aprox. 300Mb en memoria, pero en esos momentos puede > escalar a mas de 700Mb y al cabo de un rato vuelve a los 300Mb. > > Muchas Gracias. > > > -----Mensaje original----- > De: Carlos A. Perez [mailto:[EMAIL PROTECTED] > Enviado el: Martes, 15 de Enero de 2008 13:04 > Para: [email protected] > Asunto: [puntonet] aspnet_wp.exe > > > Asi pensando en voz alta > > ¿Seguro que no tenes ningún spyware o algo? > > ¿Cómo estás de disco? Si te das cuenta que tenes un cuello de botella, > podes > ponerle otro disco adicional, para espejado? (pasarlo a dynamic disk, > luego > mirror). Esto incrementa en casi el doble el rendimiento de lectura > porque > lee en paralelo (siempre que estén montado en canales IDE distintos o > bien > SATA alternos) el 50% de cada disco y lo arma en memoria. > > ¿Trabajas contra SQL Server? Como estás con el rendimiento del SQL > server? > Que versión de SQL server es? El worker process de MSDE 2000 tiene una > limitación de laburo por diseño, esto te puede ralentizar la respuesta > al > proceso ASP.NET. Si tenes uno de esos, mejor migralo a SQL Server > Express > que tiene algo mejorado en este aspecto. ¿Tenes armados los índices de > acuerdo a tus consultas mas frecuentes? ¿Cómo haces los updates a la > base de > datos? Lo haces por datasets y update? Lo haces por strings contra el > servidor? En este ultimo caso podés preparar (prepare) los > SELECT/UPDATES > asi el SQL server cachea el plan de acceso (para esto debes preparar > una vez > el string de update y después trabajar con parámetros solamente). > > ¿Cuanta memoria disponés? Para 1GB el sistema operativo tomará hasta > 4GB > contiguos de archivo de paginado, fijate que es una cantidad > significativa > de información que tiene que mover por una conexión relativamente lenta > si > la comparás con la velocidad de la RAM. Si W3WP.EXE necesita > continuamente > páginas en el disco (poco probable, pero existe la probabilidad), > tendrías > un cuello de botella, todo se te va a venir abajo en velocidad, quizás > puedas invertir en el doble de RAM para que pagine poco al disco. > > ¿Estás comprimiendo con gzip las páginas a través de IIS? Fijate de > activarlo, a ver que pasa, consume procesador (un incremento de un 5% > aprox), es cierto, pero el tiempo de transmisión al cliente se reduce > en un > 50%, el flag de desconexión http le llega al servidor en la mitad del > tiempo. No es seguro, pero todo indica que podes mejorar si lo activás. > > ¿Que OS es? ¿Server? Fijate en los servicios que le podes bajar si no > los > necesitás, esto te libera RAM, con el consiguiente paginado. Por > ejemplo, si > es único SQL server en la LAN, podes bajar el SQL Browser, si no tenes > trabajos con timers, replicación o algún servicio de integración de > datos > temporizado, podes bajar el SQL Agent también. > > Como otros colisteros, te recomiendo Sysinternals, es una herramienta > piola > que te deja ver bien que sucede en tu maquina. > > Carlos > > > > -----Mensaje original----- > > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de > > JATEMLIANSKY, Diego > > Enviado el: Martes, 15 de Enero de 2008 01:49 p.m. > > Para: [email protected] > > Asunto: [puntonet] aspnet_wp.exe > > > > Hola Gente, les hago una pregunta. > > > > Tengo una aplicación hecha en ASP.NET que consumen aprox. 200 > usuarios > > concurrentes. > > > > Por momentos el proceso aspnet_wp empieza a tomar el 100% del > > procesador y > > consume mas memoria de lo normal. > > > > Hay alguna manera de saber que es lo que esta procesando en ese > momento > > ? > > > > Muchas Gracias. > > Saludos. > > > > > > > > AVISO: El presente mensaje y los archivos adjuntos que incluya > pueden > > contener información confidencial de uso exclusivo del destinatario > > indicado. Cualquier uso en desacuerdo con su propósito, difusión o > > publicación, total o parcial, se encuentra prohibida. Si recibió este > > mensaje por error, rogamos reenviarlo al emisor y destruir las copias > > impresas o grabadas en su sistema. Las opiniones contenidas, son > > exclusivas de su autor y no representan necesariamente la opinión de > > OMINT S.A. de Servicios. > > > > > > > > __________ Información de NOD32, revisión 2792 (20080115) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > > > AVISO: El presente mensaje y los archivos adjuntos que incluya pueden > contener información confidencial de uso exclusivo del destinatario > indicado. Cualquier uso en desacuerdo con su propósito, difusión o > publicación, total o parcial, se encuentra prohibida. Si recibió este > mensaje por error, rogamos reenviarlo al emisor y destruir las copias > impresas o grabadas en su sistema. Las opiniones contenidas, son > exclusivas de su autor y no representan necesariamente la opinión de > OMINT S.A. de Servicios. > > > > __________ Información de NOD32, revisión 2794 (20080115) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com AVISO: El presente mensaje y los archivos adjuntos que incluya pueden contener información confidencial de uso exclusivo del destinatario indicado. Cualquier uso en desacuerdo con su propósito, difusión o publicación, total o parcial, se encuentra prohibida. Si recibió este mensaje por error, rogamos reenviarlo al emisor y destruir las copias impresas o grabadas en su sistema. Las opiniones contenidas, son exclusivas de su autor y no representan necesariamente la opinión de OMINT S.A. de Servicios.
