私の会社は現在、Windows XP で TortoiseSVN 1.6.16 32 ビットを使用して、同じネットワーク (プロキシなし) にある Windows Server 2003 で実行されている VisualSVN-Server 2.1.19 に HTTPS 経由で接続しています。Windows資格情報を使用した自己署名証明書とKerberos認証を使用します（これはVisualSVN固有の機能だと思います）。このセットアップでは、すべてがうまく機能します。
私の会社が Windows 7 に移行することを決定したとき、Windows 7 64 ビットで TortoiseSVN 1.7.6 64 ビットを試しましたが、次の問題が発生しました。
- サーバーに関係するすべての操作 (レポブラウザー、チェックアウト、更新、チェックインなど) が耐えられないほど遅くなります。
- リポジトリ ブラウザーを開く (10 プロジェクト): 15 分
- 50 ファイルの新しいチェックアウトでの更新: 1 分
- 単一の空のファイルのチェックイン: 30 秒
- Tortoise は、通常の伝送速度と 0 バイト/秒を交互に示します。多くの小さなファイルは、いくつかの大きなファイルよりも遅いようです。
- 接続が遅いと、neon を http-lib として使用するとさまざまな障害が発生します (serf はまだ遅いですが、操作はエラーなしで正常に終了します)。
- EasySVN、SmartSVN、および TortoiseSVN に付属する SVN コマンド ライン クライアントは、同じ動作を示します。TortoiseSVN 1.6.16 64 ビットと同じです。
- サーバー プロトコルを HTTP (SSL なし) に変更しても状況は改善されません。
一方で
- Windows XP 上の TortoiseSVN 1.7.6 32 ビットは、当社のサーバーで正常に動作します
- Windows 7でもブラウザ/WebDAV経由でアクセスOK
- サーバー側のログにエラーや警告さえ表示されない
Windows 7 での動作の遅さについても不満を述べているいくつかの投稿を見つけましたが、それらはローカル操作であるか、TortoiseSVN に制限されていたため、私の請求には合いませんでした。
Windows 7 の Subversion に一般的な問題があることを示す兆候はないので、OS のネットワーク パラメータまたはプロトコル バージョンに問題があるのではないかと考えています。Subversion のパフォーマンスに影響を与えることが知られているパラメータはありますか?
Subversion (またはネオン/サーフ) が OS にどのように依存しているか、またどの部分に依存しているかについて、私はよく知らないことを認めなければなりません。それに関する情報は大歓迎です。
Subversion 'servers' ファイルにテストすべきパラメータはありますか? 接続を Wireshark することで私が助けられる可能性をどのように考えますか?
同様の経験、意見、ヒント、ヘルプ、ストローは大歓迎です。
Wireshark では、散発的に約 1 のギャップが見られます。VisualSVNサーバーが原因と思われるTCPストリームで5秒。
- https: サーバーはクライアントの hello を認識し、サーバーの hello を送信する前に 5 秒間待機します。
- https: サーバーはクライアント キーを認識し、暗号化されたハンドシェイク データを提供する前に 5 秒かかります。
- https: ハンドシェイク以外でも、サーバーは (TCP レベルで) ACK を送信し、クライアントに何かを返す前に 5 秒間待機します (データは暗号化されているため、関心のあるポイントでブレークが発生したかどうかを判断するのは困難です)。
- http: NTLM 認証中の両方のサーバー側の送信で
- http: サーバーが FIN フラグを送信する前