Visual SVN Server圧縮とCPUピーク

Question

Windows 2008 R2 Server x64にVisual SVN Server 3.2 x64がインストールされています。

私はいくつかの巨大なバイナリファイル（例：500 MB）で50個以上のプロジェクトを持っています。これらの巨大なバイナリファイルの大きな変更（差分/差分）をコミットした後、私はCPUのピークに気付きました。サーバーにはトラフィック（400クライアント/時間）があり、Visual SVNサーバー（AWS EC2ラージ・インスタンス）に完全に専用されています。

少し調査したところ、Visualのデフォルト設定SVNサーバー。

デルタのキャッシュを増加させることは役に立ちません。

Visual SVN Server/Subversionに圧縮の大きなデルタに問題がありますか？

コミット間の差分が大きい場合は無効にするのがベストプラクティスですか？

他にも良い提案があります。ありがとう。

Answer 1

サーバーを最新のバージョンにアップグレードして、役立つかどうかを確認してください。遭遇した問題はすでに解決されていると私は確信しています。アップグレードが役に立たない場合は、support@visualsvn.comまでご連絡ください。

VisualSVNサーバー3.2から最新の3.5バージョンへのアップグレードは、5分以内に完了する必要があります。アップグレードを開始する前に、KB95: Upgrading to VisualSVN Server 3.5ガイドをお読みください。

最新のVisualSVNサーバーインストーラは、main download pageから入手できます。

---

VisualSVNサーバー3.2.xのは、2015年VisualSVNサーバー3.2.xのはもうサポートされておらず、セキュリティパッチの更新を受信しません、9月にサポートの終わりに達しています。

サーバーのインスタンスを最新の状態に保ってください。 VisualSVN Serverのメンテナンスアップデートをセキュリティおよびバグフィックスでタイムリーにリリースします.VisualSVN Serverを最新のバージョンに保つことを強くお勧めします。修正脆弱性のリストは、すべてのリリースでVisualSVN Server changelogとrelease announcements pageにあります。