Mario: Tengo un sistema con tablas grandes (algunas con más de 20millones de registros y 1gb) y las consultas funcionan muy bien. Sin grandes diferencias entre el modo local en el server (Un HP Proliant ML 150 con Xeon, etc) y las terminales (P4, 2,4ghz, 1 gb RAM).
¿Midieron si la demora está en la consulta o en el report form ? Si en el reporte quedan pegados datos referentes a los drivers de las impresoras, desde una terminal que no tenga acceso a dicha impresora o no tenga los drivers sin duda se generan conflictos. Cordialmente, Martín De: [email protected] [mailto:[email protected]] En nombre de Ricardo Pina Enviado el: Jueves, 06 de Mayo de 2010 11:56 Para: GUFA List Member Asunto: [GUFA] lentidud en la red Mario Ya descartaste el hard ? routers , placas de red, (cualquier placa que funcione en 10 Mb te tira abajo el rendimiento de toda la Lan ) , memoria , software residente en la terminal (antivirus - cualquier soft que tenga el usuario bajando de internet) Hemos tenido casos que diferian en la misma lan , el mismo reporte con los mismos parametros, lanzados desde dos terminales terminales distintas desde más de 4 Minutos a 4 Segundos cronometrados desde el mismo Sistema al que le pusimos una marca de inicio y final en el metodo que genera las Vistas. para demostrarle a los usuarios que no siempre es "El Sistema anda Lento" y resulta que el Filipino anda bajando musica, con el reproductor de fondo y con el messenger a full, todo con una PC con 1Gb de Ram, jaja Yo descartaría todo eso antes de empezar a revisar algo que como vos decis estas utilizando desde hace tiempo. Saludos El 5 de mayo de 2010 18:47, Mario Andres Ageno <[email protected]> escribió: Ricado si una aplicación la tengo así, con varios índices, "incluso no es lo optimo en normalización de bases de datos ya que duplico campos en algunas tablas", pero acceso mediante seek y do while .t. y es lejos la que mejor rendimiento tengo Pero últimamente vengo trabajando con de vistas, select SQL y reportes y lo raro es que tengo varias aplicaciones y siempre la misma forma de trabajar con repostes y vistas y hasta ahora no tenia este problema Por eso yo busco algún otro problema pero el temas de vistas,índices técnicas Rushmore las vengo aplicando hace bastantes años Gracias ----- Original Message ----- From: Ricardo Pina <mailto:[email protected]> To: GUFA List <mailto:[email protected]> Member Sent: Wednesday, May 05, 2010 5:31 PM Subject: [GUFA] lentidud en la red Hola Mario El tema del rendimiento es como te estan comentando aca en la lista, al trabajar con dbf nativas y realizar consulas a travez de una Lan influye mucho el trafico que haya en ese momento, la concurrencia desde las demás terminales y como tengas armados los indices de las tablas para la famosa optimizacion rushmore. Nosotros hemos optado en estos casos, en contra de lo que dicen los libros de generar los cursores de la consulta con SEEK y DO WHILE ,que no son lo ptimo, pero reducen bastante el tiempo de respuesta. El 5 de mayo de 2010 17:03, Mario Andres Ageno <[email protected]> escribió: Hola Si las tablas de la DB que uso en las consultas están con su clave y no utilizo mas de 2 o 3 tablas por consultas ya realice los pack también El tema es que trabajando en una PC con los mismo datos los reportes son rapidísimos no tengo problemas la historia esta en las terminales de las red Como si algún SET me faltaría o algo que lo hace demorar GRACIAS ----- Original Message ----- From: Gonzalo Gufa <mailto:[email protected]> To: GUFA List Member <mailto:[email protected]> Sent: Wednesday, May 05, 2010 3:06 PM Subject: [GUFA] lentidud en la red Coincido con Marcelo, solo quería agregar un tip mas. Si tenés muchos registros borrados también te puede demorar la consulta. Hace un pack o si es frecuente el borrado agrega un índice !DELETED() Slds, Gonzalo. De: [email protected] [mailto:[email protected]] En nombre de Marcelo Colombani Enviado el: Miércoles, 05 de Mayo de 2010 12:15 p.m. Para: GUFA List Member Asunto: [GUFA] lentidud en la red Hola Mario, asegúrate que esta utilizando algún índice en la consulta, y si tienes relacionadas varias tablas que los campos relacionados tengan índices. Al no tener índice tiene que hacer un scan de toda la tabla y si esta relacionada seguramente tiene que hacer varias veces el recorrido y al ser por la red se queda lento. Puedes probar a hacer las consultas por la red desde el entorno de desarrollo e ir viendo como mejorar. Saludos Marcelo Colombani From: Mario <mailto:[email protected]> Andres Ageno Sent: Wednesday, May 05, 2010 11:54 AM To: GUFA List Member <mailto:[email protected]> Subject: [GUFA] lentidud en la red Hola Tengo problemas de performance con un sistema en Red. Tengo 1 Server dedicado con 2003 Server y solo 4 terminales conectadas El sistema esta en VFP 7.0 y los reportes son todos con vistas locales Las tablas tienen aprox. 40MB y unos 500Mil registros Las tablas tiene todas al menos índice principal El sistema en el Server funciona muy bien sin problemas de demora al emitir reportes. (lo mismo si lo paso a una PC con menos recursos) Pero en las terminales demora mucho por cada reporte, hasta 30 o 50 segundos en reportes de no mas de 3 hojas Ahora pase toda la aplicación a otra Server y otra red para descartar problemas de red y hace lo mismo Tengo otras aplicaciones con el mismo tipo de reportes con vistas y con muchísimos mas datos tablas de 1.5GB y mas 1millon de registros y los listados no tengo este problema de demora Ya revisé también el CONFIG.FPW incluso también probé no usarlo y no encuentro nada especial que me produzca esta demora Si alguien me puede orientar por donde seguir buscando se los agradezco Saludos Mario __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5087 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> -- Ricardo Pina D&SIP Desarrollo y Servicios Informáticos Profesionales www.dsip.com.ar <http://www.dsip.com.ar/> -- Ricardo Pina D&SIP Desarrollo y Servicios Informáticos Profesionales www.dsip.com.ar
