SVN / TortoiseSVN douloureusement lent
j'éprouve des opérations douloureusement lentes avec L'un de nos dépôts/projets SVN.
par exemple, il faut de 5 à 10 minutes pour revenir sur les changements 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 plus grands que celui-ci, et aucun d'entre eux ne préforment comme celui-ci.
Une chose à noter est que ce projet est un Magento du projet. Ce n'est pas très grand en termes d'espace disque, mais j'ai des fichiers 23k et des dossiers 11k, et J'ai mal lu SVN preforms quand il y a beaucoup de petits fichiers; est-ce vrai? Et est-ce que je peux faire pour accélérer les choses?
10 réponses
la copie de travail Subversion fonctionne très mal lorsqu'il y a un grand nombre de répertoires, comme dans votre cas. Pour les opérations d'écriture (même localement) sur la copie de travail, la copie de travail doit être verrouillée, ce qui signifie qu'un fichier de verrouillage est créé dans chaque répertoire (c'est le fichier 11k qui le crée), puis l'action s'exécute, et les fichiers 11k sont supprimés à nouveau.
Subversion 1.7 se déplace vers un format de copie de travail différent, qui devrait résoudre ces problème. En attendant, il y a quelques trucs que vous pourriez essayer d'accélérer, comme exclure la copie de travail de votre scanner de virus, désactiver les moniteurs de fichiers sur le répertoire (comme TortoiseSvnCache), et essayer de réduire le nombre total de répertoires. (Peut-être en vérifiant quelques copies de travail séparées)
il y a un problème connu avec l'utilisation de la corbeille avec revert qui provoque une lente réversion. Vider votre corbeille et configurer TortoiseSVN pour ne pas l'utiliser pendant les opérations de retour accélèrent tous les deux 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 connu 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 à la fois via TortoiseSVN et la ligne de commande.
SVN est lent si vous utilisez NFS ( Network File System ) pour la copie de travail. Ça pourrait être ton problème.
essayez de désactiver temporairement votre logiciel antivirus.
inverser les changements dans SVN est une opération locale qui ne devrait pas aller du tout vers le serveur. Il semble donc que le problème se trouve dans votre copie de travail du projet.
essayez d'exécuter 'svn cleanup' dans la copie de travail; vous pouvez également vérifier si vous avez des problèmes avec le disque dur ou le système de fichiers.
notre SVN courait péniblement lentement à travers TortoiseSVN, Eclipse et la ligne de commande. Les engagements et les exportations ont été lents. Notre Zend Framework - basé des projets PHP prendrait une époque pour mettre à jour et popping dans un petit commit d'environ trois fichiers prendrait 5-10 minutes.
notre machine virtuelle SVN ( CentOS ) ne disposait que de 700 Mo de mémoire vive, ce qui semblait raisonnable pour un CLI Linux ne exécutant que Subversion via Apache et fonctionne bien depuis environ un an. Nous n'avons qu'une vingtaine de projets et seulement trois développeurs.
Je l'ai augmenté à 1,5 Go de RAM et les choses tournent beaucoup plus vite maintenant, retour à nos anciennes vitesses.
j'ai aussi souffert d'un important ralentissement après la mise à niveau de TortoiseSVN 1.7.3.
puis 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 sont beaucoup mieux. Première mise à jour de la journée à TortoiseSVN est encore lent (1-2 minutes), mais rapide après cela.
nous avons fait face à un problème similaire, le problème était TortoiseSvn (Version 1.9.7). Par exemple, le repo browser a pris environ 10 minutes pour l'initialisation.
nous avons tourné de la caractéristique Show Locks et chaque chose fixée!
faites un clic droit sur un dossier et sélectionnez Tortoise\Settings puis General\Dialog 3 puis désélectionnez Show Locks
aussi quelques bons conseils peuvent être trouvés à 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 petits fichiers qui ont le même effet pour mon projet que vous souffrez sur le vôtre.
je pense que lorsque vous consultez des fichiers, SVN le fait une par une, ce qui signifie que les projets avec un grand nombre de fichiers sont toujours lents et qu'il n'y a pas grand chose à faire (à part éviter les opérations fréquentes de dépôt complet).
apporter des modifications à un seul fichier ne devrait pas être lent cependant.
vous pouvez essayer les suggestions dans un autre post sur le débordement de la pile sur le SVN lent . Il pourrait également être dû à en utilisant une base de données BDB .