本地 VisualSVN 的 SVN 性能突然下降
我在桌面上设置了一个 SVN 服务器实例，用于演示 SVN/TortoiseSVN 的诸多优点。
然而，在执行查看日志等操作时，性能如今已显着下降。这对于演示来说并不理想，因为“显示日志”操作现在需要大约 5 秒，而之前是亚秒级响应。
令人费解的是，这种性能下降似乎只有在我执行以下操作后才会发生：
- 更改一个用户（我自己）的密码
- 创建第二个用户
- 在服务器上创建第二个存储库
注意，在更改我所拥有的用户的密码后证书问题，所以我清理了所有 Tortoise 缓存。
为了尝试解决该问题，我已：
- 清除所有 TortoiseSVN 设置保存的数据，包括缓存的身份验证数据。
- 我还清除了
- 删除新的第二个存储库的缓存日志。
- 重启
也没用。
可能相关的信息：
- 一个存储库。
- 本地托管。
- 存储库安全由 VisualSVN 管理。每个人都有读/写权限。
- 主存储库仅包含约 30MB/600 个文件。
- 存储库仅进行了约 50 次修订。
VisualSVN 属性：
- 自动调整权限：启用
- 使用安全连接：启用
- 服务器绑定 - 所有 IP 地址
- 证书有效
- 身份验证是 Subversion
- 除事件日志外没有其他特殊日志记录
事件日志未显示任何异常情况。
如果没有响应，那么明天我可能会尝试运行 Sysinternals 的 进程监视器
I have a SVN server instance set up on my desktop for the purposes of demonstrating the many benefits of SVN/TortoiseSVN.
Performance has today degrading significantly however when performing actions such as viewing the logs etc. This isn't ideal for a demonstration, given that a "Show Log" operation now takes approx 5seconds, whereas before it was sub-second response.
The puzzling thing is this performance degradation only seems to have come about after I performed the following actions:
- changed password for one user (myself)
- created a second user
- created a 2nd repository on the server
Note, after changing the password for the user I had issues with certificates, so I cleaned all Tortoise caches.
To attempt to resolve the problem I have :
- cleared all TortoiseSVN Settings-Saved Data including cached authentication data.
- I have also cleared the cached logs
- dropped the new second repository.
- reboot
To no avail.
Information that might be pertinent:
- One repository.
- Hosted locally.
- Repository security is managed by VisualSVN. Everyone has R/W access.
- Main repository only consists of ~30MB/600 files.
- Repository has only had ~50 revisions.
VisualSVN properties:
- Automatically adjust permissions: Enabled
- Use Secure Connection: Enabled
- Server Binding - All IP Addresses
- Certificate is in date
- Authentication is Subversion
- No special logging other than Event Log
Event log shows nothing unusual.
If no response then tomorrow I might try running Process Monitor by Sysinternals
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
可能完全不相关，但在我们的一位用户最近更改密码后，Commit Monitor 向服务器发送了垃圾邮件，并尝试进行访问。它导致了明显的性能下降。
Could be completely unrelated but after a recent password change by one of our users, Commit Monitor was spamming the server with access attempts. It was leading to performance degradation that was noticeable.