質問: subversion の通信、レスポンスについて 初めて質問させていただきます。 会社でsubversionの1.7をcentos5.7上にインストールし、レポジトリを作成し運用しています。 チェックアウト、コミットはできているのですが、動作についてもっと早くならないかと言われています。 クライアントでは、tortoisesvnを利用していますが多量のデータをチェックアウトするときや、 アクセス開始時に若干タイムラグがあるように感じます。 これを改善するには、何かありますでしょうか。 クライアントからサーバへのレポジトリへは、svnでアクセスし、サーバ側でレポジトリのcon配下にpasswdとauthzファイルを置いてアクセス制限をしています。
回答: >svnの1.7はwandiscoのシェルを利用してレポジトリを登録してyumでインストールしました。 公開されているものあったんですねぇ......。 まあ、私は現状の「自分でrpm作った」ものをそのまま使いますが。 # svnserveをxinetd経由で...とかいぢってあったりしますしね。 # osはそのうち6.x系に移行予定ですし。(とか言いつつ1年過ぎているような気もしますが) >今日、cliをインストールし、cliで実行しましたが、改善は見られませんでした。 cliでも一緒...となると、クライアント側ではないですね。 tortoisesvnのリポジトリブラウザ、少し初期化が遅いような気はしていましたけど......。 # どっちかってぇと、国際化対応で各ダイアログの表示が切れる部分があるのが気になりますけどね。 # 問題の箇所はコードから見つけましたがvs2010製品版がないのでビルドして確認できない。 >ハードのスペックをかなり上げましたが、ハードスペックはそこまでボトルネックではない気がしてきました。 充分そう...ですねぇ。 あとは......ネットワークの帯域とかでしょうか。 が、そっちだとするとどうにもならないですよねぇ。 # 内部lanをgigabitにリプレース...は結構な出費になるでしょうし。 # 費用対効果が望めるかはさらに微妙。 ネットワークが混雑していて、再送とかが発生している......とか。 100mのスイッチングhubならそんな事もそうそうないでしょうし......。 # さすがに非スイッチングhubだったりすると問題でしょうけどね。 # サーバに近い部分が非スイッチングhubだったら悲惨でしょうねぇ。 サーバのnicのドライバが適合していない。という可能性も考慮でしょうかね。 r8168なのにr8169のドライバが使われている。なんて場合は結構不安定になります。 # 中途半端に動くので始末が悪い。 リポジトリの構成が大きいようなら、いくつかに分割する...というのもアリかも知れませんが、 現状で動いているものを分割するのはかなり面倒ですし。 他に改善案が出てこないです。