带有 mod_dav_svn 的 Apache 开始消耗大量内存
有时，带有 mod_dav_svn 的 Apache 开始消耗大量内存。
今天Apache(httpd.exe)消耗了大约600M。
当 Hudson 尝试更新某些作业的工作副本时，会出现大量 java.lang.OutOfMemoryError 错误。
我可以做什么来解决这个问题？
Sometimes Apache with mod_dav_svn starts to consume a lot of memory.
Today Apache(httpd.exe) consumed about 600M.
And there was a lot of java.lang.OutOfMemoryError in Hudson when it tried to update working copies for some jobs.
What can I do in order to fix this problem?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这可能不是您正在寻找的答案，但您可以将 subversion 和 Hudson 隔离在单独的计算机或虚拟机上。深入研究捕获 subversion 使用情况和跟踪 apache 内存使用情况要复杂得多。
其他一些想法：
如果存储库中有大文件，请重新考虑是否真的需要将其置于源代码控制之下。 （我似乎记得我们在早期的 1.5 subversion 版本中遇到过大文件问题。抱歉，但我不记得更多细节了。）
Google（“subversion apache 内存使用”）有一些关于可能的内存泄漏的结果，但这可能适用于您正在运行的任何版本，也可能不适用于。
It's probably not the answer you're looking for, but you could isolate subversion and Hudson on separate machines or virtual machines. It's much more complex to dive into an exercise in capturing subversion usage and keeping track of apache memory use.
A couple of other thoughts:
If you have large files in the repository, rethink whether you really need to keep that under source control. (I seem to recall that we had issues with large files in the early 1.5 subversion releases. Sorry, but I don't remember more details.)
Google ("subversion apache memory use") has some results about possible memory leaks, but that may or may not apply to whatever version you're running.