查看完整版本: CCRC真的太慢了，如何优化？

CCRC真的太慢了，如何优化？

每个checkin、checkout等操作都要等待10秒以上，而且还是局域网上，是服务器配置的问题吗？

可是，局域网内的clearcase客户端挺正常的啊，该如何优化呢？

使用过ccrc的说说有无以上问题？

文件大小是需要考虑的。

我们之前将CC服务器放在Windows上的时候，确实是存在做一个操作都要很长时间的问题。
后来，我们将CC服务器迁移到linux上，再次通过CCRC连接VOB，速度提升很多。建议你可以采用这种方式试一下。

另外，如果你是将CC与CQ集成使用，那么还有一种可能会导致连接CCRC操作很慢的问题发生。这种可能是，你这台CC服务器上设置的CQ连接中，有一些连接是无法访问到的，即这些连接的数据库无法访问到。那么，你要清理一下你这台CC服务器上CQ连接信息。

谢谢楼上的，我还没有安装cq，应该采用你的第一个建议了。

确实非常慢.不得以才用CCRC的.

应当是配置方面的问题，CC的Web Server是放在那里的？

CC的Web Server与CC的VOB Server、Register Server之间的网络拓扑是怎样的，都是需要检查的地方。

按照3楼的建议，把vob server和rwp server放到了linux下，果然速度快了不少。

如果不考虑活动不能命名为中文，ccrc701还是可用的。

CCRC确实非常慢,快受不了了

所以现在还是用native client方式，因为目前项目大都在局域网环境开发，配置管理工作相对简单。

ccrc方式只考虑在基于互联网方式的分布式开发团队中采用。

我们一直在用CCRC，感觉很正常的。

[quote]原帖由 [i]bigjames[/i] 于 2008-4-2 09:24 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=82979&ptid=6192][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
我们一直在用CCRC，感觉很正常的。 [/quote]

可否介绍一下您那边的使用方式？

我们公司打算采用CCRC的方式了，服务器采用Redhat 4＋clearcase7.
目前比较担心性能的问题，因为我们的VOB大概有3G大小，几千个文件。
客户端一般采用linux或windows.
用户每次update的数量都比较大的说

服务器 windows 2003 server R2， 1台，16G内存(感觉只用到了4-5G，因为某次，第三条内存损坏了，导致第四条也不能用了，，但是用户没有感觉）
客户端 windows XP

40个VOB，总容量100G，文件无数。

确实很慢。而且很多地方不知道怎么优化。比如标签里面已经很多了，打个标签要等很久