Em um de nossos servidores (2008 R2), qualquer operação do SVN demora no mínimo 30 segundos.
O repositório usa HTTPS para o protocolo e FSFS para o tipo.
Se eu atualizar um arquivo específico em minha estação de trabalho, a operação levará menos de dois segundos. Se eu tentar no servidor, parece conectar-se, aguarde 30 segundos e, em seguida, execute a atualização.
O problema ocorre 100% das vezes que tenho observado, em todos os nossos repositórios internos que eu tentei. Não posso testar esse problema com um repositório externo, pois o servidor não tem acesso à Internet.
Ele não parece estar relacionado a problemas de rede, já que posso navegar no repositório do servidor por meio de um navegador da Web sem atrasos. O problema também se manifesta no SlikSVN e no TortoiseSVN.
Eu habilitei o log detalhado (usando os servidores --config-option: global: neon-debug-mask) e a última coisa que acontece antes do atraso de 30 segundos é que a identidade SSL é confirmada.
Eu usei o Wireshark para inspecionar os pacotes, e nenhum tráfego viaja entre o servidor e o servidor SVN durante o atraso de 30 segundos. Após o atraso de 30 segundos, o servidor envia dois pacotes que o wireshark identifica como Dados da Aplicação, para os quais o servidor responde prontamente.
Eu verifiquei a configuração do Subversion no meu% appdata% e não há nada definido.
Especificar explicitamente as credenciais na CLI não faz diferença. Eu também tentei desativar o sistema 'Detectar configurações de rede automaticamente', pois alguns usuários relataram que isso afetou o desempenho do SVN, mas nenhum impacto.
Outros usuários relataram que ter o IPv6 ativado no adaptador de rede pode causar atrasos, mas o IPv6 está desativado.
Não sei por onde continuar minha investigação. Alguém tem alguma idéia? Eu posso fornecer qualquer informação necessária.