Mi empresa está utilizando actualmente TortoiseSVN 1.6.16 de 32 bits en Windows XP para conectarse a través de HTTPS a un servidor VisualSVN 2.1.19 que se ejecuta en un servidor Windows 2003 que reside en la misma red (sin proxy) Usamos un certificado autofirmado y autenticación Kerberos usando credenciales de Windows (supongo que esta es una característica específica de VisualSVN). En esta configuración, todo funciona a la perfección.Subversion insoportablemente lenta en Windows 7
Cuando mi empresa decidió pasar a Windows 7 , tratamos TortoiseSVN 1.7.6 de 64 bits en Windows 7 de 64 bits que se tradujo en el siguiente problema:
- Cualquier operación que implica el servidor (repo-browser, checkout, update, checkin, ...) es insoportablemente lento, por ejemplo
- abrir el Navegador de repositorios (10 proyectos): 15 min
- actualización en una copia nueva de 50 archivos: 1 min
- registro de un solo archivo vacío: 30 seg
- tortuga muestra alternativamente velocidades de transmisión normales y 0 byte/s. Muchos archivos pequeños parecen ser más lentos que algunos grandes.
- Los resultados de conexión lenta en varios fallos al utilizar el neón como http-lib (servidumbre sigue siendo lento, pero la operación se realiza correctamente y sin errores)
- EasySVN, SmartSVN y el cliente de línea de comandos SVN que viene con TortoiseSVN muestran el mismo comportamiento . Lo mismo con TortoiseSVN 1.6.16 de 64 bits.
- Cambiar el protocolo de servidor de HTTP (sin SSL) no mejora la situación
Por otro lado
- TortoiseSVN 1.7.6 de 32 bits en Windows XP funciona bien con nuestro servidor
- acceso a través del navegador/WebDAV funciona bien incluso bajo Windows 7
- registros lado del servidor no muestran errores o incluso advertencias
Encontré varias publicaciones que también se quejaban de un comportamiento lento en Windows 7, pero no se ajustaban a mi factura porque eran operaciones locales o estaban restringidas a TortoiseSVN.
Como no hay indicación de que exista un problema general con Subversion en Windows 7, sospecho que podrían ser los parámetros de red o las versiones de protocolo de nuestro sistema operativo. ¿Hay algún parámetro que influya en el rendimiento de Subversion?
Debo admitir que no estoy familiarizado con la manera en que exactamente Subversion (o más bien neon/serf) confía en el sistema operativo y en qué partes. Cualquier información sobre eso sería muy apreciada.
¿Hay algún parámetro en el archivo 'servidores' de subversión que deba probar? ¿Cómo considerarías mis posibilidades de que Wireshark'ing la conexión me ayude?
Se agradecen las experiencias similares, opiniones, sugerencias, ayuda y pajas.
Wireshark muestra lagunas esporádicas de ca. 5 segundos en la secuencia TCP aparentemente causada por el Servidor VisualSVN.
- https: el servidor reconoce el cliente hola espera a 5 segundos antes de enviar su saludo del servidor
- https: el servidor reconoce la clave de cliente y que tarda 5 segundos antes de proporcionar sus datos de apretón de manos cifrados
- https : incluso fuera del handshake, el servidor a veces envía un ACK (en el nivel TCP) y luego espera 5 segundos antes de devolver algo al cliente (los datos se cifran, por lo que es difícil saber si el corte ocurre en algún punto de interés)
- http: en ambas transmisiones del lado del servidor durante la autenticación NTLM
- http: Antes de servidor de envío de un indicador FIN
llegaste a algún lado con esto? –
Gracias por recordarme. Ver mi propia respuesta sobre eso. – wolfpile
Resolución de nombre de dominio fue mi problema, agregó una entrada local 'hosts' y cobró vida. – Lankymart