2011-09-15 15 views
14

Estamos ejecutando TFS 2010 en una caja dedicada de nuestra LAN y conectando con VS2010. En las últimas semanas, los tiempos de acceso y el tiempo necesario para registrar/retirar archivos se han vuelto ridículos. A veces puede tomar varios minutos incluso para obtener una vista en el repositorio.Sugerencias para la resolución de problemas del servidor TFS lento

Hemos comprobado los tiempos de acceso a la red y todo parece estar en orden, p. El RDP y las participaciones montadas en el servidor no son muy lentas, por lo que parece que TFS es el culpable. ¿Alguien puede sugerir alguna área obvia que deberíamos investigar?

+0

Si inicia sesión en el servidor directamente, ¿qué tan rápido está allí? ¿El problema está solo en la red o tanto a nivel local como a distancia? – tsells

Respuesta

4

¿Usted intentó el Analizador de procedimientos recomendados del Registro TFS Power Tools

+0

No. Los echaré un vistazo ahora. Gracias. – 5arx

2

Revisaría la Base de datos TFS para empezar.

Si es de un tamaño enorme, las cosas pueden ser lentas solo por eso. Teníamos tablas que estaban en múltiples escalas de Gigabyte & que contenían (en nuestro caso) resultados de prueba, que eran de poco o ningún interés para nosotros.

Al eliminarlos, en realidad obtuvimos un TFS más eficiente.

2

el tamaño de la tabla Constantes en sus bases de datos de recogida, que se metió en una situación en la que VS tomaría un tiempo extremadamente largo para poner en marcha para los usuarios que lo haría mostrar el explorador de equipos en el inicio, mientras que para los usuarios que no muestran de manera predeterminada el explorador de equipos, se manifestaría como un evento de control extremadamente pobre (primera vez por sesión). Terminamos eliminando el contenido de las listas globales de compilación y el rendimiento aumentó drásticamente; parece que VS es lento cuando se cargan estos metadatos de la caché VS. Sin embargo, tuvimos alrededor de 150,000 compilaciones en el sistema (no destruimos las compilaciones, simplemente borramos el contenido de la lista global).

21

Acabo de tropezar con este problema después de actualizar a Windows 7 para el cliente TFS. Solo los clientes de Windows 7 TFS tenían problemas, los clientes de XP TFS estaban bien. En nuestro caso, el problema era que el cliente TFS iba a nuestro servidor proxy de Internet, aunque debería haber pasado por alto el servidor proxy para la máquina TFS. La solución fue modificar el archivo %VSINSTALLDIR%\Common7\IDE\devenv.exe.config añadir la línea defaultProxy de la siguiente manera:

<system.net> 
    <defaultProxy enabled="false"/> 
    <settings> 
     <ipv6 enabled="true"/> 
    </settings> 
</system.net> 
+2

Esta configuración, particularmente en los clientes de Win7, es un impedimento absoluto en términos de rendimiento. Verá cientos de veces más IO en la red una vez que el proxy predeterminado esté desactivado. +1, el analizador de mejores prácticas es útil, pero recomendaría que esto sea lo primero que intente. – SpaceBison

1

pensé que era algo así como el anterior que estaba causando mi problema pero resultó ser sólo la eliminación de algunos espacios de trabajo no utilizados resuelto mi especial problema. Ahora es mucho más rápido. Visual Studio 2013, TFS is very slow

+0

Esta no es una respuesta a la pregunta. –

+5

@Daniel Mann: discrepo respetuosamente. La pregunta es: "¿Alguien puede sugerir alguna área obvia que deberíamos investigar?" Y mi respuesta es: "Tuve el mismo problema e intenté las respuestas en esta página, y resultó ser otra cosa: espacios de trabajo obsoletos que estaban causando el problema de rendimiento". Esa es información que resolvió el problema en mi caso. Otros usuarios de Google que encuentran esta página también pueden tener el mismo problema que yo. Entonces, es una respuesta, y muy bien podría resolver el problema de otra persona de la misma manera que resolvió la mía. –

Cuestiones relacionadas