Fatal编程技术网

Performance 颠覆非常缓慢

performance svn

Performance 颠覆非常缓慢,performance,svn,Performance,Svn,我正在从事一个项目，其中Branchs文件夹包含至少300个不同的分支（主干的副本），这将不再使用。由于SVN运行越来越慢，我想知道删除这些分支是否会使subversion运行得更快 我团队中的其他人说，由于源代码仍然在服务器上，所以它不会改变任何东西。（因此分支保持未删除状态） 但是我以前读过一些关于Subversion的文章（我不记得在哪里），说HEAD的管理与以前的版本稍有不同，这可以提高存储库的速度 以下哪一项是正确的？Subversion性能与服务器上的负载比存储库的大小更相关。检查磁

我正在从事一个项目，其中Branchs文件夹包含至少300个不同的分支（主干的副本），这将不再使用。由于SVN运行越来越慢，我想知道删除这些分支是否会使subversion运行得更快

我团队中的其他人说，由于源代码仍然在服务器上，所以它不会改变任何东西。（因此分支保持未删除状态）

但是我以前读过一些关于Subversion的文章（我不记得在哪里），说HEAD的管理与以前的版本稍有不同，这可以提高存储库的速度

以下哪一项是正确的？

Subversion性能与服务器上的负载比存储库的大小更相关。检查磁盘空间和CPU性能，并查看web服务器性能（或Windows上的
svnserve
）

如果删除分支，仍会有一个存储库版本包含这些分支，因此它们不会被删除。实际删除内容的唯一方法是转储存储库（
svnadmin dump
），然后使用
svndumpfilter
从转储的内容中删除有问题的分支。生成的内容可以加载到新的存储库中，而不必删除内容，甚至可以更新修订号

我不知道头部在性能方面有不同的处理方式。但是，头部（或其他任何东西）的副本是廉价、轻量级的副本，不应影响性能

您能否提供有关哪些特定操作正在放缓的任何其他信息？

Subversion性能与服务器上的负载有关，而不是与存储库的大小有关。检查磁盘空间和CPU性能，并查看web服务器性能（或Windows上的
svnserve
）

如果删除分支，仍会有一个存储库版本包含这些分支，因此它们不会被删除。实际删除内容的唯一方法是转储存储库（
svnadmin dump
），然后使用
svndumpfilter
从转储的内容中删除有问题的分支。生成的内容可以加载到新的存储库中，而不必删除内容，甚至可以更新修订号

我不知道头部在性能方面有不同的处理方式。但是，头部（或其他任何东西）的副本是廉价、轻量级的副本，不应影响性能

您能否提供有关哪些特定操作正在放缓的任何其他信息？

服务器是Windows还是Linux？您是否可以监视服务器以查看磁盘空间、内存或处理器利用率是否存在问题？服务器是Windows还是Linux？您是否可以监视服务器以查看磁盘空间、内存或处理器利用率是否存在问题？