CVS 性能
我在 CVS 存储库上有一个巨大的项目，并且我正在寻找提高其性能的方法。 CVS 压缩有帮助吗？ 那么加密呢，它会降低速度吗？
谢谢！
I have huge projects on a CVS repository, and I'm looking for ways to improve its performance.
Would CVS compression help it? And what about encryption, does it degrade the speed?
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
随着时间的推移，重复使用 CVS 会变得更慢。
如果在完成所有这些之后，您希望提高在服务器和客户端之间传输数据的性能，那么您可以（取决于您的内容类型）使用 -z 选项进行压缩。 我发现 -z6 是最好的，但根据文件的性质，您可能需要更多/更少的压缩。
CVS will get slower over time through repeated use.
If after all of that, you want to improve performance of shifting the data between the server and the client, then you can (depending upon your content type) use the -z option for compressing. I find -z6 to be best, but depending upon the nature of your files, you may want more/less compressing.
性能问题通常与 IO 相关。 （除非您看到您的 CPU 达到 100%）。 我建议尝试将存储库放在更快的驱动器阵列（RAID 10 和/或更高 RPM 驱动器）上，看看这是否会提高您的性能。 如果您通过互联网访问存储库，那么它可能是一个带宽问题，尽管根据您所讨论的数据量，即使是简单的 DSL 连接也应该能够处理它。
Performance issues are usually IO related. (Unless you can see your CPU maxing out at 100%). I'd recommend trying to put the repository on a faster drive array (RAID 10 and/or higher RPM drives) to see if that increases your performance. If you are accessing the repository over the internet, then its likely a bandwidth issue, although depending on how much data you are talking about, even a simple DSL connection should be able to handle it.
cvs 它本身无法压缩 afaik，但如果使用 ssh 进行传输，ssh 可以做到这一点（我认为默认情况下会这样做）。 如果连接速度较慢，这将有所帮助。
编辑：实际上 cvs 获得了 -z 选项（正如 ssh 获得了 -C ）
加密并不是用来提高性能的东西。 使用 ssh 也会进行加密，但这不是为了性能而是为了安全。
无论存储库位于何处，存储库和临时文件的磁盘访问都会影响性能。 结合记忆。 签出时，cvs 将构建发送给客户端的内容（作为临时文件）。 这会导致大量的磁盘访问，并且在某些情况下会导致内存使用（特别是在处理大型二进制文件时）。
cvs it self can't compress afaik, but if using ssh for transport ssh can do that (and do this by default I think). This will help if having slow connection.
edit: actually cvs got the -z options (as ssh got the -C )
Encryption is not something one use to increase performance. Using ssh will do encryption aswell, but that's not for performance but security.
Wherever the repository sits, disk access for repository and temporary files will affect performance. That combined with memory. When checking out, cvs will build what to send to the client (as temporary files). This caused a lot of discaccess and in some cases memory usage (esp if dealing with big binary files).