SVN：UPDATEコマンドの速度について

Question

お世話になります。

JAVAのプログラムにてAPIを使用してSVNを操作しております。
SVN上の管理ディレクトリ、ファイルが膨大になってきており、
１ファイルコミットしただけでも、UPDATEコマンドを発行した
際に完了までに相当の時間がかかってしまいます。
（１ファイル更新でもUPDATE完了まで2分程度）
リポジトリ内の管理ファイルの整理も考えているのですが
管理ファイルを減らしただけでは解決しない可能性もあると思い
そもそも、SVN UPDATEで速度のかかってしまう原因は
何が考えられるか、ご教授いただけませんでしょうか？
・管理ファイルの数による
・ファイルの更新履歴の数による
・その他の要因
など。

よろしくお願いいたします。

Answer 1

素のSVNコマンドを使ってコミットした場合はどれだけの実行時間がかかるでしょうか
また、その時の実行ログで、どの部分で時間がかかるのかわからないでしょうか。

実際に使ってみて、時間がかかるものとしては、
・管理ファイルの数
管理ファイルの変更をサーチし、変更されたファイルを探しますんで、一時ファイルや設定ファイルなど、管理する必要のないものは極力排除すべきです。
・コミットするファイル種類、サイズなど
基本的にこのテのツールはテキストファイルの変更差分だけをデータベースに登録する操作となります。もし、管理ファイルがテキストではない場合は、変更されるごとにファイル全体をアップロード、保存する動作となります。
この場合は、アップロード時間がかかることになり、また、リポジトリの肥大化にも繋がります

Comments

[pip0201]

ご回答ありがとうございます。

素のSVN UPDATEでも同様の時間がかかっているようです。
更新ファイルが多い、少ないにかかわらず、UPDATEに２分程度かかっているようなので
やはり、管理ファイルの数でしょうか？
管理しているファイルは、htmlテキストファイル、画像ファイルになります。
もし、UPDATEにかかる時間に、ファイル更新履歴の数はあまり関係ないようでしたら
不要な管理ファイルを削除することで対応しようと思うのですが、ファイル更新履歴が
UPDATE時間にかかわるようでしたら、不要ファイルを削除することによって、さらに
遅くなるのではないかと、不安になっております。
もし、そのあたりを詳しくご存知でしたら、ご教授いただければ大変助かります。
よろしくお願いいたします。

[y_waiwai]

ファイル更新履歴で速度が影響される印象というのはあんましないですねえ（使用しての印象しかないですが）

まあ、べつのリポジトリ、別の作業フォルダを用意して（全てコピーでいけます）、一度履歴を削除して時間を測ってみる、リポジトリを整理して時間を測ってみるとかしてみたらいいかもしれません。

あと、リモートとSSH接続の場合に回線が細いためSSH認証で時間食ってたってのはありましたが。

[pip0201]

ありがとうございます。
一度、整理したうえで計測してみます。