Hola, mira habria que ver el reporte en si, pensa que el proceso de render es pesado pero cuando haces HTML parece ser mas light porque no lo hace todo junto!
----------------------------------------------------------- Microsoft MVP en SQL Server Mentor asociado en SQLTotalConsulting Excelencia en servicios y consultoria SQLServer www.sqltotalconsulting.com ----------------------------------------------------------- De: puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: domingo, 11 de noviembre de 2007 08:18 p.m. Para: puntonet@mug.org.ar Asunto: [puntonet] Reporting Services - Problemas de memoria Hola, Habia probado con xls, pero es peor que con PDF... Igual, no se si va a mejorar el uso de memoria pasando a otro servidor, yo estoy midiendo el uso de memoria en la aplicacion web (mejor dicho en el ".NET CLR Memory") Se te ocurre que otra cosa puedo intentar? O vos decis que es mas o menos logica la cantidad de memoria que esta consumiendo ? Gracias!, Diego On Nov 11, 2007 4:54 PM, Maxi accotto <[EMAIL PROTECTED]> wrote: Hola! Te cuento que el render de PDF interno de Reporting es mucho mas pensado que el resto de los render! En ese servidor ademas de Reporting que otras cosas tienen y que servicios estan corriendo. Si el RS empieza a consumir recursos por como es el reporte que estan armando y ademas la cantidad de registros, van a tener que hacer un scale up y sacar el servicio de RS en ese servidor para ponerlo en otro. Trata de probar con los otros render, tiff-xls, etc! Y decime como te va! ----------------------------------------------------------- Microsoft MVP en SQL Server Mentor asociado en SQLTotalConsulting Excelencia en servicios y consultoria SQLServer www.sqltotalconsulting.com <http://www.sqltotalconsulting.com/> ----------------------------------------------------------- -----Mensaje original----- De: puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: domingo, 11 de noviembre de 2007 02:59 a.m. Para: puntonet@mug.org.ar Asunto: [puntonet] Reporting Services - Problemas de memoria HOla, Es muy raro, es la primera vez que hago reportes, pero no logro descrubrir que se puede estar haciendo mal. Si mostramos en HTML, el mismo reporte consume entre 100 y 120mb (en vez de 400mb, si exportamos a PDF). Te cuento lo que hicimos (sin ver cambios importantes en la memoria consumida): - El reporte lo vemos y/o exportamos usando la pagina de instala SQLServer (que por default es http://localhost/Reports) (esto es para descartar errores de programación en .NET) - Creamos una nueva tabla que contiene la misma informacion que se utiliza en el reporte, asi que la consulta quedo: "select * from tmp" - Al .rdl le sacamos todas las imágenes (tenia un logo, nada mas) - Al .rdl le sacamos todos los CanGrow (los pusimos en false) - Sacamos el 90% de los campos de texto (dejamos los más simples para verificar que siga haciendo algo) -- esto redujo un poco, muy poco, la cantidad de memoria Para que te des una idea, adjunto un grafico de las pruebas que hice... (probé con 10, 10 mil, 20 mil y 30 mil registros) Gracias!, Diego -----Original Message----- From: puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of Maxi Accotto Sent: Domingo, 11 de Noviembre de 2007 12:53 a.m. To: puntonet@mug.org.ar Subject: [puntonet] Reporting Services - Problemas de memoria Hola, si en lugar de hacerlo en pdf lo renderezas en otro formato tambien tarda? nunca me paso de que se muera asi un reporte y mira que trabaje con algunos mas grandes de los que vos comentas! El 10/11/07, Diego Jancic < [EMAIL PROTECTED]> escribió: > > > > Hola, > > Estoy con RS 2005 SP2, en Windows 2003 Server R2, todo Enterprise Ed. > > El PDF no es lo que pesa 400mb, esa es la memoria que consume cuando genera > los genera el PDF ocupa "solo" 40mb.. > > > > Incluso, cuando uso el ReportViewer en LocalMode, el PDF lo estoy stremeando > a disco y usando un DataReader para llenarlo.. por lo que teóricamente > no debería tener todo el reporte en memoria en ningún momento > > > > De todas formas hay filtros y todo eso para filtrar, pero en caso de > que el > usuario quiera el reporte completo hay que hacercelo.. Otra cosa es > que eso > es solo haciendo un reporte, si tenemos 10 usuarios simultaneos se nos > recontra muere todo :S > > > > Saludos!, > > Diego > > > > > From: puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of > Maxi accotto > Sent: Sábado, 10 de Noviembre de 2007 01:18 p.m. > To: puntonet@mug.org.ar > Subject: [puntonet] Reporting Services - Problemas de memoria > > > > Hola, version de RS? De todas maneras un pdf de 400mb es algo bastante > pesadito para procesar! Existe una persona que pueda leer 32.000 datos? > > > > ----------------------------------------------------------- > > Microsoft MVP en SQL Server > > Mentor asociado en SQLTotalConsulting > > Excelencia en servicios y consultoria SQLServer > > www.sqltotalconsulting.com <http://www.sqltotalconsulting.com/> > > ----------------------------------------------------------- > > > > > De: puntonet@mug.org.ar [mailto: puntonet@mug.org.ar <mailto:puntonet@mug.org.ar> ] En nombre de > Diego Jancic Enviado el: viernes, 09 de noviembre de 2007 01:32 p.m. > Para: puntonet@mug.org.ar > Asunto: [puntonet] Reporting Services - Problemas de memoria > > > > > Hola gente!.. como andan ? > > > > > > Estoy con un problema usando reporting services, tengo una consulta > muy simple que devuelve 32000 registros y un reporte (aprox 3000 > paginas) y lo que vemos es que la memoria sube unos 120mb cuando lo > vemos en el report viewer, y unos 400mb cuando exportamos a PDF... > > > Basicamente se muere el servidor corriendo solo un reporte, con solo > un usuario conectado... > > > > > > Ya probe con ServerMode y LocalMode... > > > > > > Alguna idea de que se puede hacer? > > > > > > Gracias, > > > Diego > > > -- ----------------------------------------------------------- Microsoft MVP en SQL Server Mentor asociado en SQLTotalConsulting Excelencia en servicios y consultoria SQLServer www.sqltotalconsulting.com <http://www.sqltotalconsulting.com/> -----------------------------------------------------------