SVN / TortoiseSVNが非常に遅い
SVNリポジトリ/プロジェクトの1つで操作が非常に遅くなっています。
たとえば、1つの小さなファイル（10 KB）の変更を元に戻すのに5〜10分かかります。または、約40〜60分で100 MBのプロジェクトをチェックアウトします。
同じサーバー上には約30のプロジェクトがあり、そのうちのいくつかはこのプロジェクトよりもはるかに大きく、これらのプロジェクトはどれもこのように実行されません。
注意すべきことの1つは、このプロジェクトが Magento プロジェクトであることです。ディスク容量の点ではそれほど大きくありませんが、23k個のファイルと11k個のフォルダーがあり、小さなファイルがたくさんあるとSVNプリフォームをひどく読みました。これは本当ですか？そして、物事をスピードアップするためにできることはありますか？
あなたの場合のように、膨大な数のディレクトリがある場合、Subversion作業コピーのパフォーマンスは非常に悪くなります。作業コピーへの書き込み操作（ローカルのみ）の場合、作業コピーをロックする必要があります。つまり、すべてのディレクトリにロックファイルが作成され（11kファイルが作成されます）、アクションが実行され、それらの11kファイルは再び削除されました。
Subversion 1.7は、これらの問題を解決する別の作業コピー形式に移行しています。それまでは、ウイルススキャナーから作業コピーを除外する、ディレクトリ上のファイルモニターを無効にする（TortoiseSvnCacheなど）、ディレクトリの総数を減らすなど、速度を上げるためのいくつかのトリックがあります。 （おそらく、いくつかの個別の作業コピーをチェックアウトすることによって）
ごみ箱に元に戻す機能を使用すると、元に戻すのが遅くなるという既知の問題があります。ごみ箱を空にして、復帰操作中にTortoiseSVNを使用しないように設定すると、この操作が高速化されます（ http://www.nabble.com/Revert-is-too-slow-td18222196.html を参照） 。
これにより、元に戻す操作が確実に高速化されました。
パスワードを変更した後、Windows上のSubversionで極端に遅くなりました。 %APPDATA%\Subversion\authからすべてのディレクトリとファイルを削除する必要がありました。
現在、SVNはうさぎのように高速です。 TortoiseSVNとコマンドラインの両方で速度が低下しました。
作業コピーにNFS（ Network File System ）を使用すると、SVNは遅くなります。これがあなたの問題かもしれません。
SVNの変更を元に戻すことはローカルの操作であり、サーバーにはまったくアクセスできません。そのため、問題はプロジェクトの作業コピーにあるように聞こえます。
作業コピーで「svn cleanup」を実行してみてください。ハードドライブまたはファイルシステムに問題があるかどうかを確認することもできます。
ウイルス対策ソフトウェアを一時的に無効にしてみてください。
同様の問題に直面しています。問題はTortoiseSvn（バージョン1.9.7）でした。たとえば、repo browserの初期化には約10分かかりました。
Show Locks機能を無効にし、すべて修正しました！
フォルダを右クリックし、Tortoise\Settingsを選択してからGeneral\Dialog 3を選択し、deselectShow Locksを選択します
また、いくつかの良いヒントが http://tigris-scm.10930.n7.nabble.com/Workaround-for-slow-RepositoryBrowser-on-large-repositories-td92324.html にあります。
また、TortoiseSVN 1.7.3にアップグレードした後、大幅に速度が低下しました。
それから、SVN 1.6.5の個別のインストールがあることを発見しました。両方をアンインストールし、TortoiseSVNを再インストールしましたが、今では状況は大幅に改善されています。 TortoiseSVNでのその日の最初の更新はまだ遅い（1〜2分）が、その後は速い。
SVNはTortoiseSVN、 Eclipse およびコマンドラインを介して非常に遅く実行されていました。コミットとエクスポートは遅かった。 Zend Framework -based PHPプロジェクトは、約3ファイルの小さなコミットで更新とポップに時間がかかります5〜10分かかります。
SVN仮想マシン（ CentOS ）には700 MBのRAMしかありませんでした。 Apache 経由で約1年間正常に動作しています。約20のプロジェクトと3人の開発者しかいません。
私はそれを1.5 GBにRAMに上げました。そして、物事は以前の速度に戻って、ずっと速く実行されています。
Eclipse IDEを使用するプロジェクトがいくつかあります。 Eclipseプロジェクトディレクトリをキャプチャすると、何百もの小さなファイルが作成されます。これは、自分のプロジェクトで苦しんでいるのと同じ効果があります。
ファイルをチェックアウトすると、SVNは一度に1つずつ実行するため、膨大な数のファイルを含むプロジェクトは常に遅くなり、（リポジトリ全体の頻繁な操作を回避することを除いて）それに対してできることはあまりありません。
ただし、単一のファイルに変更を加えることは遅くありません。
遅いSVNに関するStack Overflowの別の投稿 で提案を試すことができます。 BDBデータベースを使用 が原因の場合もあります。