我如何诊断；“svn提交”；在它开始之前就卡住了？

我正在提交一个大型更改集，包括一个通过慢速VPN连接的大型二进制文件（180 MB）。整个世界都觉得它停滞不前了。如何诊断卡在哪里

输出为：

$ svn commit -m "My commit message"
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)`

Linux上的LocalSubversion是1.6.9，KDE4.3和svn状态显示

 ML     .                      
  L     ws                     
M       ws/manage.py           
  L     ws/locales             
  L     ws/locales/ja_JP       
  L     ws/locales/ja_JP/LC_MESSAGES

这个过程没有使用太多的资源

---

服务器是Linux，由Apache和mod_dav_svn提供服务，与subversion 1.6.9相同。我看不到任何正在处理提交的进程。

试图从桌面环境的密码存储获取凭据时，该进程被暂停。在另一个桌面上有一个对话框，询问我的KDE钱包密码。一旦我进入，犯罪就开始了：

$ svn commit -m "My commit message"
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)`
Sending        .                                                                                                                
Sending        File1                                                                                                    
Sending        File2                                                                                                  
...

---

Subversion 1.6增加了一项功能，操作系统密码存储可用于Subversion密码（例如，在KDE钱包或Gnome钥匙圈中）。看见这是一个巨大的安全胜利，但是那些熟悉subversion 1.5和更早版本的人可能会忘记它，因为他们忙着盯着命令行看对话框。

我试图使用

ps

和

top

来找出我的提交卡在哪里。然而，当我输入问题时，我发现问题出在哪里。每两周我就会被这个问题困扰一次，所以我继续输入这个问题，但忘了把它变成一个真正的问题。编辑。