Accurev的性能如何？

Question

阿奎列夫当前版本(4.7)的性能如何？

• 每100 gb，每gb退房时间？
• 是时候提交每#文件或mb了？
• 当100+流时gui的响应性？

我刚刚做了一个Accurev演示，这些流看起来像是围绕代码/项目对工作流建模的一种轻量级方法。我听说人们称赞Accurev的流后端和抱怨性能。Accurev似乎已经完成了这项工作，但我希望获得一些真实的数据，以确保它不是演示--运行良好--不太好--很好。

是否有人拥有Accurev性能轶事，或者(更好的)测试数据？

Answer 1

我没有任何数字，但我可以告诉你，我们在哪里注意到性能问题。

我们的构建通常使用来自源代码管理的30-40K文件。在我的工作区中，当前有超过66K的文件，包括构建中间文件和输出文件，大小超过15 In。为了让AccuRev响应地工作，我们积极地使用忽略元素，这样AccuRev就会忽略任何中间文件，比如*.obj。另外，我们还使用了时间戳优化。一般来说，运行更新是快速的，但是项目的大小通常是5-10人，所以如果每天更新，通常只有几十个文件。即使有人修改了很多文件，速度也不是问题。另一方面，充分填充所有30K+文件是缓慢的。我没有时间，因为我很少这样做，在难得的情况下，我这样做，我运行的人口，当我要去吃午饭或开会。我想可能要10分钟。通常源文件下降得很快，但是我们有一些大的二进制文件，10-20MB，每个文件需要几秒钟。

如果未正确配置排除规则和忽略元素，则AccuRev可能需要几分钟时间对此大小的工作区运行更新。当我听到其他开发人员抱怨速度时，我知道有些东西配置错误，我们把它弄清楚了。

大约一年前，一个项目用25K+文件更新了boost，并将FireFox添加到存储库中(忘记大小，但使boost看起来很小)。他们还增加了ICU，编写了许多软件，修改了无数的文件。总之，我记得在流中有大约250K+文件。不幸的是，我决定应该将它们所有的好代码提升到根，这样所有的项目都可以共享。事实证明，这有点超出了AccuRev所能处理的范围。这是一个多小时的过程，促进了所有的改变。我还记得，一旦FireFox被提升，剩下的事务就顺利进行了--也许一个拥有超过100 K文件的事务就是问题所在？

我最近更新了boost，所以不得不保留和推广25K+文件。考虑到文件的数量和二进制文件的大小，它花费了一两分钟，但并非不合理。

至于溪流的数目，我们有800多个溪流和工作空间。这里的性能不是问题。通常，我发现大量的流很难导航，所以我只运行我感兴趣的工作区和公正流的过滤视图。但是，当我需要查看未过滤的列表以找到某些内容时，性能是很好的。

最后一点，AccuRev支持是了不起的--我们称它们为天空中的声音。我们不时地使用AccuRev来射击自己的脚，最终却不知道如何解决问题。我们几乎总是做一些愚蠢的事情，然后尝试一些愚蠢的方法来解决它。最后，我们提出了一个支持请求，接下来我们知道，他们正带着我们走过正道，无论是在电话上，还是在后人会议上。我甚至为了一些琐碎的事情联系了他们，但我没有时间去弄清楚，因为我今天忙得不可开交，他们很亲切地带我走过，而不是告诉我去RTFM。

Answer 2

编辑2014:我们现在可以通过使用商业版本的RealVNC获得可以接受的X性能。

原文评论:这个答案适用于任何版本的Accurev，而不仅仅是4.7。首先，如果您可以使用web客户端，GUI性能可能是可以的。如果您不能使用web客户端，如果您想要GUI性能，那么最好使用Windows，或者让您的所有开发人员都在一个地方，即Accurev服务器所在的位置。尝试通过广域网在上运行GUI？忘记它:我们的经验是几十秒或分钟的基本点和点击操作。这是一个相当好的广域网，大约800英里远，有一个几乎最佳的平时。这不是Accurev的失败，而是X的失败，您可能会在WAN上遇到与其他X应用程序类似的问题。所以，如果可能的话，尽量避免使用基本的X。目前我们不能，我们的广域网用户被强制降级到命令行。基本问题是Accurev是集中式的，不能提高光速。我相信您可以通过运行Accurev复制服务器来避免WAN延迟，但是如果您在VPN上的单人办公室有远程开发人员，这仍然不能正确地解决这个问题。具有讽刺意味的是，复制服务器在某种程度上将这种集中式VCS转换为DVCS的一种形式。如果您没有复制服务器，那么一个可怕但有点可行的工作就是使用增量同步工具(如rsync )在本地计算机(也就是直接在Windows或Linux膝上运行的GUI )和实际工作的机器(例如，1000英里外的UNIX机器)之间同步源树。另一种选择是使用比X更好的VNC，连接到Accurev服务器位置的虚拟桌面，然后在那里使用X。在我的工作场所，不止一个团队使用汞，只有在严格需要的时候才会晋升到Accurev。正如Stephen上面所指出的，其他必要的工作是使用时间戳优化和忽略.我们也有我们的Accurev管理员(是的，它要求您雇用员工来照看它)，当我们需要包含大量的文件时，我们会抱怨，尽管它们是我们产品的核心部分，并且必须包括和版本控制。得出你自己的结论。