私はSubversion 1.4から1.5にローカルに切り替えましたが、私たちのサーバーはまだ1.4を実行しています。それ以来、すべてのマージには時間がかかり、実行されます。何秒かかったのは現在5〜10分（またはそれ以上）です。コマンドラインのクライアントとTortoiseの違いはありません（Windowsのバージョンについては話します）。Subversion 1.5（および1.4 Server）との非常に遅いマージ
他にもこの奇妙な現象はありますか？
クラッシュしたクライアントを強制終了したときにサーバー上に作成された孤立したプロセスを想定して、クライアントから多数のファイルをリポジトリに追加しようとすると問題が発生しました。サーバープロセスも強制終了し、Subversionサービスを再起動する必要がありました（私たちはWindowsサービスとしてSVNを実行します）。私たちのSVNマシンは専用ですので、実際にボックスを再起動して、すべて正常に戻りました。
SVN 1.5では自動マージトラッキングの概念が導入されましたが、1.5サーバとクライアントが必要と思っていました。詳細は、Apache Subversion 1.5 release notesを参照してください。
先週のマージでいくつかのパフォーマンス分析を行い、2つの重大なパフォーマンスの問題が見つかりました。そのうちの1つは非常にWindows特有のもので、必要以上に遅くマージしている間にディスクIOを作成し、もう1つは使用されているネットワーク接続の種類でした。 （既存の知識の再利用があまりにも少ない）
これらの修正と、マージパフォーマンスをさらに強化するいくつかの修正が、今週末にリリースされる予定のSubversion 1.5.3で利用可能になります。
[編集：このパフォーマンス拡張は、サーバーが1.5以上であることを前提としたコードパスにあります]
いいえ、私はちょうどアップグレードしました。 – Mauli
私たちの問題は何とか違うと思います。私たちには大きなリポジトリがあり、私たちのsvnサーバーはapache 2.2で動作するので、すべての通信はhttpを経由し、孤立したプロセスは見られません。私が考えているのは、小さなチェンジセットであっても、亀がデータ転送量が過剰であるということです。 – Mauli