SVN / TortoiseSVN péniblement lent

Je subis des opérations péniblement lentes avec l’un de nos référentiels / projets SVN.

Par exemple, il faut 5 à 10 minutes pour annuler les modifications dans un petit fichier (10 Ko). Ou environ 40-60 minutes pour vérifier le projet de 100 MB.

Il y a environ 30 autres projets sur le même serveur, certains beaucoup plus gros que celui-ci, et aucun d’entre eux ne se préforme comme ça.

Une chose à noter est que ce projet est un projet Magento . Ce n’est pas très grand en termes d’espace disque, mais j’ai des fichiers 23k et 11k, et j’ai mal lu les préformes SVN quand il y a beaucoup de petits fichiers; Est-ce vrai? Et puis-je faire quelque chose pour accélérer les choses?

La copie de travail Subversion fonctionne très mal quand il y a un grand nombre de répertoires, comme dans votre cas. Pour les opérations d’écriture (même uniquement localement) sur la copie de travail, la copie de travail doit être verrouillée, ce qui signifie qu’un fichier de locking est créé dans chaque répertoire (le fichier 11k est créé), l’action s’exécute et les fichiers 11k sont supprimé à nouveau.

Subversion 1.7 évolue vers un format de copie de travail différent, qui devrait résoudre ces problèmes. Jusque-là, il y a quelques astuces que vous pouvez essayer d’accélérer, comme d’exclure la copie de travail de votre scanner de virus, de désactiver les moniteurs de fichiers sur le répertoire (comme TortoiseSvnCache) et d’essayer de réduire le nombre total de répertoires. (Peut-être en vérifiant quelques copies de travail séparées)

Il existe un problème connu lié à l’utilisation de la corbeille avec la fonction de retour qui entraîne un retour lent. Vider votre corbeille et configurer TortoiseSVN pour ne pas l’utiliser pendant les opérations de retour accélère cette opération (voir http://www.nabble.com/Revert-is-too-slow-td18222196.html ).

Cela a certainement accéléré mes opérations de retour.

J’ai subit une extrême lenteur avec Subversion sous Windows après avoir changé mon mot de passe. J’ai dû supprimer tous les répertoires et fichiers de %APPDATA%\Subversion\auth .

Maintenant, SVN est rapide comme un lièvre. Ma lenteur s’est produite via TortoiseSVN et la ligne de commande.

SVN est lent si vous utilisez NFS ( Network File System ) pour la copie de travail. Ce pourrait être votre problème.

Essayez de désactiver temporairement votre logiciel antivirus.

Inverser les modifications dans SVN est une opération locale qui ne devrait pas aller du tout sur le serveur. Il semble donc que le problème soit dans votre copie de travail du projet.

Essayez de lancer “svn cleanup” dans la copie de travail. Vous pouvez également vérifier si vous rencontrez des problèmes avec le disque dur ou le système de fichiers.

Notre SVN était terriblement lent à travers TortoiseSVN, Eclipse et la ligne de commande. Les engagements et les exportations ont été lents. La mise à jour de nos projets PHP basés sur Zend Framework prendrait un certain temps et il fallait 5 à 10 minutes pour insérer une petite validation de trois fichiers environ.

Notre machine virtuelle SVN ( CentOS ) ne disposait que de 700 Mo de RAM, ce qui semblait raisonnable pour une CLI Linux exécutant uniquement Subversion via Apache et qui fonctionnait correctement depuis environ un an. Nous n’avons que 20 projets et seulement trois développeurs.

Je l’ai augmenté à 1,5 Go de RAM et les choses tournent beaucoup plus vite maintenant, à nos anciennes vitesses.

J’ai également subi un important ralentissement après la mise à niveau vers TortoiseSVN 1.7.3.

Ensuite, j’ai découvert que j’avais une installation séparée de SVN 1.6.5. J’ai désinstallé les deux et réinstallé TortoiseSVN et maintenant les choses vont beaucoup mieux. La première mise à jour de la journée dans TortoiseSVN est encore lente (1 à 2 minutes), mais rapidement après.

Nous avons rencontré le même problème, le problème était TortoiseSvn (Version 1.9.7). Par exemple, le repo browser pris environ 10 minutes pour l’initialiser.

Nous avons inversé la fonction Show Locks et tout est réglé!

Faites un clic droit sur un dossier et sélectionnez Tortoise\Settings puis General\Dialog 3 puis désélectionnez Show Locks

Vous trouverez également de bons conseils sur http://tigris-scm.10930.n7.nabble.com/Workaround-for-slow-RepositoryBrowser-on-large-repositories-td92324.html

J’ai des projets qui utilisent l’IDE Eclipse. Si vous capturez les répertoires du projet Eclipse, vous obtenez des centaines et des centaines de fichiers minuscules qui ont le même effet sur mon projet que sur le vôtre.

Je pense que lorsque vous vérifiez des fichiers, SVN le fait un à la fois, ce qui signifie que les projets contenant un grand nombre de fichiers seront toujours lents et que vous ne pouvez pas y faire grand chose (en plus d’éviter les opérations fréquentes).

Apporter des modifications à un seul fichier ne devrait cependant pas être lent.

Vous pouvez essayer les suggestions dans un autre article sur Stack Overflow à propos de SVN lent . Cela pourrait également être dû à l’ utilisation d’une firebase database BDB .