SVN/TortoiseSVN非常缓慢 [英] SVN/TortoiseSVN painfully slow

问题描述

我正在使用我们的SVN存储库/项目之一进行缓慢而痛苦的操作.

I'm experiencing painfully slow operations with one of our SVN repositories/projects.

例如，将更改恢复到一个小文件(10KB)中需要5-10分钟.或大约40至60分钟即可检出100 MB的项目.

For example, it's taking 5-10 minutes to revert the changes in one small file (10 KB). Or about 40-60 minutes to check out the project of 100 MB.

同一台服务器上还有大约30个其他项目，其中一些比这个项目大得多，而且没有一个像这样的项目.

There are about 30 other projects on the same server, some vastly bigger than this one, and none of them preform like this.

要注意的一点是，该项目是 Magento 项目.就磁盘空间而言，它不是很大，但是我有23k个文件和11k个文件夹，并且在有很多小文件的情况下，我对SVN瓶坯的读取很差.这是真的?还有什么我可以做以加快速度的事情吗?

One thing to note is that this project is a Magento project. It's not very large in terms of disk space, but I have 23k Files and 11k folders, and I have read SVN preforms badly when there are lots of little files; is this true? And is there anything I can do to speed things up?

推荐答案

当存在大量目录(例如您的情况)时，Subversion工作副本的性能非常差.对于对工作副本的写操作(甚至仅在本地)，必须锁定工作副本，这意味着将在每个目录中创建一个锁定文件(即创建11k文件)，然后执行操作，然后将这11k文件再次删除.

The Subversion working copy performs quite badly when there's a huge number of directories, like in your case. For write operations (even only locally) to the working copy, the working copy has to be locked, which means that a lock file is created in every directory (that's 11k file creates), then the action executes, and the those 11k files are deleted again.

Subversion 1.7正在迁移到其他工作副本格式，该格式应该可以解决这些问题.在此之前，您可以尝试使用一些技巧来加快速度，例如从病毒扫描程序中排除工作副本，禁用目录中的文件监视器(例如TortoiseSvnCache)以及尝试减少目录总数. (也许通过签出一些单独的工作副本)

Subversion 1.7 is moving to a different working copy format, that should resolve these problems. Until then there's a few tricks you might try to speed things up, like excluding the working copy from your virus scanner, disabling file monitors on the directory (like TortoiseSvnCache), and trying to reduce the total number of directories. (Perhaps by checking out a few separate working copies)

这篇关于SVN/TortoiseSVN非常缓慢的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！