Hola Miguel gracias por la respuesta Te puedo comentar que la BD en ambos servidores es nueva, limpia y sin ninguna info, esta recien creada La tabla de prueba de performance tiene 10 campos de diferentes tipos y uno de ellos es el ID autoincremental e indice de la tabla Por el tema de desfragmentar no lo pense, pero seria muy triste que asi sea En cuanto a capacidad restante de HD te lo debo no tengo ese dato
Saludos PabloC ----- Original Message ----- From: Carlos Miguel FARIAS To: gufa List Member Sent: Thursday, May 03, 2007 11:57 AM Subject: [gufa] Aca? Estimado Pablo: Cualquier sistema operativo Microsoft cuando mas nuevo, mas lento. Esto se debe a que tienen mas funcionalidades, y usa per sé, mas recursos de procesador y fundamentalmente, "memoria". Por eso, en cada versión, se indica configuración mínima (al menos para que ande, tipo tortugon en invierno, sabemos que esta vivo, pero no se mueve), configuración recomendada, como para que funcione y optima que dependera de un monton de factores. De una versión a otra, la configuración minima de la anterior, no existe en la nueva, la recomendada de la anterior pasa a ser la minima y asi dale que va. La perdida de perfomance que indicas, puede estar afectada por muchos factores. Si es la misma máquina, lo anterior te explica en parte. Tenes perdida de performance, por el nuevo S.O. usa mas procesador y principalmente, use mas memoria, reduciendo la disponible para el SQL. Otros factores (que a veces no se tienen en cuenta) es si en la maquina con el nuevo S.O., se optimizó el disco (bah! defragmentado), es común que después de una instalación, el disco quede como carpeta de hojas móviles en medio de un huracan. Que el programa este hecho en VFP 9 es irrelevante (7 de 9), supongo que en ambos casos es igual, por lo que debería afectar. Como creo te comentaron en otros correos, con el nuevo S.O. se implementaron nuevos servicios? El total de registros en la B.D. (o al menos en las tablas utilizadas) es la misma? Al migrar de una máquina a otra, instrumentastes indices cluster que antes no tenias? Si los inserts son con la clave cluster con valores aleatorios, el reacomodamiento físico puede ser tremendo, si son ordenados, secuenciales, después de la última anterior, no debería afectar. Ahora el espacio en disco luego de la nueva instalacion, se mantiene por debajo del 60%, a lo sumo 80%, si superó el 80%, cambia, agrega discos, no hay vueltas. Entre 60% y 80% estas en un área crítica. Saludos: Miguel ----- Mensaje original ---- De: PabloC <[EMAIL PROTECTED]> Para: gufa List Member <[email protected]> Enviado: miércoles 2 de mayo de 2007, 17:29:17 Asunto: [gufa] Aca? Hola a todos Lo que sigue lo pregunte en la lista dbms y no tuve respuestas, a ver si alguien aca me tira un dato >> Hola Alguno tiene idea porque un programa ejecutando en un w2000 con un sql2000 , haciendo un insert 1000 veces en una tabla con 10 campos de diferentes tipos, mediante TSQL tarde 10 segundos y el mismo programa contra la misma base sql2000 pero corriendo en un w2003 haciendo exactamente lo mismo tarde 36 segundos??? No se que revisar Alguna idea? Algun tip? Alguna pista? << Solo agrego que el prg esta en vfp9 Gracias a todos Saludos PabloC ------------------------------------------------------------------------------ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). Probalo ya! __________ Información de NOD32, revisión 2236 (20070503) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
