63

私たちの SVN リポジトリ/プロジェクトの 1 つで、非常に遅い操作を経験しています。

たとえば、1 つの小さなファイル (10 KB) の変更を元に戻すには 5 ～ 10 分かかります。または、100 MB のプロジェクトをチェックアウトするのに約 40 ～ 60 分かかります。

同じサーバーには他に約 30 のプロジェクトがあり、一部はこのプロジェクトよりもはるかに大きく、このように実行されるプロジェクトはありません。

注意すべきことの 1 つは、このプロジェクトがMagentoプロジェクトであることです。ディスクスペースの点ではそれほど大きくはありませんが、23,000 個のファイルと 11,000 個のフォルダーがあり、小さなファイルがたくさんあると SVN プリフォームをひどく読み取ってしまいました。これは本当ですか？そして、物事をスピードアップするために私にできることはありますか?

4

9 に答える 9

58

あなたの場合のように、膨大な数のディレクトリがある場合、Subversion 作業コピーのパフォーマンスは非常に悪くなります。作業コピーへの書き込み操作 (ローカルのみでも) の場合、作業コピーをロックする必要があります。つまり、すべてのディレクトリにロック ファイルが作成され (つまり、11k ファイルが作成されます)、アクションが実行され、それらの 11k ファイルが作成されます。再び削除。

Subversion 1.7 は、これらの問題を解決する別の作業コピー形式に移行しています。それまでは、ウイルス スキャナーから作業コピーを除外する、ディレクトリのファイル モニターを無効にする (TortoiseSvnCache など)、ディレクトリの総数を減らすなど、速度を上げるためのいくつかのトリックがあります。(おそらく、いくつかの個別の作業コピーをチェックアウトすることによって)

于 2009-06-04T18:17:15.757 に答える
20

リバートでごみ箱を使用すると、リバートが遅くなるという既知の問題があります。ごみ箱を空にし、TortoiseSVN を復元操作中に使用しないように設定すると、この操作が高速化されます ( http://www.nabble.com/Revert-is-too-slow-td18222196.htmlを参照)。

これにより、元に戻す操作が確実に高速化されました。

于 2009-07-23T15:50:03.373 に答える
10

パスワードを変更した後、WindowsのSubversionで極端な速度低下が発生しました。からすべてのディレクトリとファイルを削除する必要がありました%APPDATA%\Subversion\auth。

現在、SVNはうさぎのように高速です。TortoiseSVNとコマンドラインの両方で速度が低下しました。

于 2011-08-29T15:37:31.713 に答える
7

作業コピーにNFS ( Network File System ) を使用すると、SVN が遅くなります。これはあなたの問題かもしれません。

于 2009-06-04T15:58:17.260 に答える
1

TortoiseSVN 1.7.3にアップグレードした後も、大幅な速度低下が発生しました。

その後、SVN1.6.5を個別にインストールしていることに気付きました。両方をアンインストールしてTortoiseSVNを再インストールしたところ、状況は大幅に改善されました。TortoiseSVNでのその日の最初の更新はまだ遅いですが（1〜2分）、その後は速くなります。

于 2012-02-02T18:46:36.453 に答える
1

SVN の変更を元に戻すことは、サーバーにまったく行ってはならないローカル操作です。そのため、プロジェクトの作業コピーに問題があるように思えます。

作業コピーで「svn cleanup」を実行してみてください。また、ハード ドライブまたはファイル システムに問題があるかどうかを確認することもできます。

于 2009-06-04T09:50:30.407 に答える
1

私たちの SVN は、TortoiseSVN、 Eclipse、およびコマンド ラインを介して非常に遅く実行されていました。コミットとエクスポートは遅かった。私たちのZend Frameworkベースの PHP プロジェクトは、更新に時間がかかり、約 3 つのファイルの小さなコミットをポップするには 5 ～ 10 分かかります。

私たちの SVN 仮想マシン ( CentOS ) には 700 MB の RAM しかありませんでした。これは、Linux CLI がApache経由で Subversion のみを実行するのに妥当と思われ、約 1 年間正常に動作しています。約 20 のプロジェクトと 3 人の開発者しかいません。

RAM を 1.5 GB に増やしたところ、以前の速度に戻り、動作がはるかに高速になりました。

于 2011-09-06T11:37:23.387 に答える
0

Eclipse IDE を使用するプロジェクトがいくつかあります。Eclipse プロジェクトのディレクトリをキャプチャすると、何百もの小さなファイルが得られます。これは、あなたがあなたのプロジェクトに苦しんでいるように、私のプロジェクトにも同じ影響を与えます。

ファイルをチェックアウトすると、SVN は一度に 1 つずつチェックアウトします。つまり、膨大な数のファイルを含むプロジェクトは常に遅くなり、それについてできることはあまりありません (頻繁なリポジトリ全体の操作を避ける以外に)。

ただし、1 つのファイルを変更するのに時間がかかることはありません。

遅い SVN に関する Stack Overflow の別の投稿で提案を試すことができます。BDB データベースを使用していることが原因である可能性もあります。

于 2009-06-04T10:22:06.503 に答える