svnserveのVSにmod_dav_svn
-
20-08-2019 - |
質問
私たちは、ネットワークが独自にかなり遅い環境でSubversionリポジトリをインストールする予定。 以前のVCSは、VSSがあった使用、および(そのため、「機能」だけでなく)それを使用するには悪夢だった。
だから、私の質問はなsvnserveやApacheモジュール間の選択です。私は、Apacheのモジュールはステートレスなプロトコルに遅くなる原因になることを知っているが、私はそれが意味する時間の増加でどのくらいさっぱりだが。
2つのサーバー間の速度の平均差を示すいくつかのベンチマークやルールがどこかにありますか?
解決
このリソースでから撮影、
バージョン管理システムSubversionの性能が議論されている場合は、ほとんどの場合、トピックは(FSFS対バークレーDB(BDB))を使用し、リポジトリのバックエンドを中心に展開し、いくつかのサーバソフトウェア、あるいはハードウェアパラメータをチューニングます。
ApacheのSubversionのmod_dav_svnのモジュールまたはスタンドアロンのsvnserveサーバ - - 測定と認識さ転覆性能に大きな影響を与えるあまり使用されるサーバー変異体の選択があることが知られているようです。 通常のsvnserveは、Apacheにmod_dav_svn
よりもかなり高速であります私はSubversionの1.4.5、Subversionの1.1.1とApache 2.0を用いて行った合成、非代表的なベンチマークテストでは、にmod_dav_svnの性能はsvnserveでのより遅い400%〜30%でした。 svnserveでのパフォーマンスは、SVNコマンドラインツールを使用してリポジトリにローカルで直接アクセスに近かった。
最も重要なパフォーマンスの低下は、SVNのログとSVNの間に測定されたmod_dav_svnのサーバーに対して操作をマージ - 例えば場合は、すぐに悪化し、SVNのログのパフォーマンスが向上しています。 EclipseのSubversionのプラグインSubclipseのを使用します。
著者も提供ベンチマークの両者を比較します。
私はバークレーDB のバックエンドには約50のリポジトリを提供していますsnvservを実行し、苦情を持っていませんパフォーマンスに。注意点としてのみ10のユーザは、しかし、があります。
私は実際にインストールし、維持するためにsvnserveのは非常に簡単に発見し、先物の欠如であなたを罰するしません。 )
:SSHを使用すると、およそ「『1つのリポジトリ、多くのプロジェクト』男の一種」スティーブ・ロビンス交渉をしている場合、セキュリティも可能ですベースのsvnserveとパスを有効にすることができます他のヒント
500megマークの周りのレポの操作を行うときに、私自身のベンチマークから私はDAV、SVNとFILEの間にほとんど差は認められませんでした。 DAVモデルとの主な利点は、あなたが男の、
「1つのレポ、多くのプロジェクト」一種である場合は特に、あなたが得るよりきめ細かいセキュリティですあなたはSVNの1.7のリリースが速くrel="nofollow"> href="http://subversion.tigris.org/issues/show_bug.cgi?id=3371" に。新しいmod_dav_svn
モジュールは、古いものと新しいHTTPプロトコルの両方をサポートします。
私はHTTPで行くと、後でパフォーマンスの低下を修正するためにSVN 1.7にアップグレードすると思います。それは少しより多くの仕事だが、それはあなたがApacheの認証モジュールのいずれかを使用することができるという利点があります。これは、まだ別のユーザーのパスワードを導入することを避けるために素晴らしいです。たとえば、Windowsドメインコントローラと統合することができます。