J'ai une instance de serveur SVN configurée sur mon bureau afin de démontrer les nombreux avantages de SVN/TortoiseSVN. Les performances se dégradent aujourd'hui de manière significative, mais lors de l'exécution d'actions telles que la visualisation des journaux, etc. Ce n'est pas idéal pour une démonstration, étant donné qu'une opération "Afficher le journal" prend maintenant environ 5 secondes, alors qu'avant elle était inférieure à la seconde .Dégradation soudaine des performances SVN avec VisualSVN localement
La chose déroutante est cette dégradation des performances ne semble avoir survenir après avoir effectué les actions suivantes:
- mot de passe changé pour un utilisateur (moi-même)
- a créé un deuxième utilisateur
- a créé un 2ème référentiel sur le serveur
Remarque, après avoir changé le mot de passe pour l'utilisateur, j'ai eu des problèmes avec les certificats, donc j'ai nettoyé tous les caches Tortoise.
Pour tenter de résoudre le problème que j'ai:
- effacé tous les paramètres-données enregistrées TortoiseSVN y compris les données d'authentification mises en cache.
- J'ai également effacé les journaux mis en cache
- abandonné le nouveau deuxième référentiel.
- reboot
En vain.
informations qui pourraient être pertinentes:
- référentiel One.
- Hébergé localement.
- La sécurité du référentiel est gérée par VisualSVN. Tout le monde a un accès R/W.
- Le référentiel principal se compose uniquement de ~ 30 Mo/600 fichiers.
- Le référentiel n'a eu que ~ 50 révisions.
propriétés VisualSVN:
- ajuster automatiquement les autorisations: Activé
- Utiliser une connexion sécurisée: Activé
- serveur de liaison - Toutes les adresses IP
- certificat est Date
- L'authentification est Subversion
- Aucune journalisation spéciale autre que Event Lo g
Le journal des événements n'a rien d'inhabituel.
Si aucune réponse, demain je pourrais essayer d'exécuter Process Monitor par Sysinternals
Je n'ai pas vu cela se reproduire, mais j'ai accepté votre réponse. – Topdown