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 <[email protected]> > *To:* GUFA List Member <[email protected]> > *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 <[email protected]> >> *To:* GUFA List Member <[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 Andres Ageno <[email protected]> >> >> *Sent:* Wednesday, May 05, 2010 11:54 AM >> >> *To:* GUFA List Member <[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 >> >> >> __________ 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 >> >> >> __________ 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 >> >> >> __________ 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 >> >> > > > -- > Ricardo Pina > D&SIP > Desarrollo y Servicios Informáticos Profesionales > www.dsip.com.ar > > -- Ricardo Pina D&SIP Desarrollo y Servicios Informáticos Profesionales www.dsip.com.ar
