4

私は何人かの友人と新しい Web プロジェクトに取り組み始めました...私たちは最新の Subversion サーバー (先週インストールされた)、ANKH の最新バージョンを使用しています。

私の Web プロジェクトは、なんと 1.5 メガバイトです (すべての画像、css ファイル、コンパイル後の dll、pdb ファイルなど)。

非常に小さな変更をチェックインする (文字通り、テストのためにいくつかのファイルに文字 "x" を追加する) のに、永遠に時間がかかります! （約10秒 - 私はほとんど自殺しました）。

ANKH クライアントはBYTES PER SECONDで測定しています ... BYTES? 毎秒...私は何か間違ったことをしているに違いありません。どの設定ファイルに冗談を持っている人はいますか？

また、スーパー 10k の「大きな」ファイルを 1 つ変更すると、ほぼ光速 (1 秒あたり 857 バイト) まで速度が向上します。

助けてオビワン・ケノービ、あなただけが頼りです！

編集：As a note... my real work project that uses Visual Source Safe 2005 (I know, ouch) uploads files at about 200-500kbps from this very same computer/internet connection.

4

2 に答える 2

3

http:// または https:// を使用する場合、AnkhSVN (および他のすべての Subversion クライアント) が表示する数値は、転送された実際のデータではないことに注意してください。

ネオン ライブラリは実際のバイト数を提供しませんが、一部のデータは実際にヘッダーで転送されますが、コンテンツが転送される距離を示すだけです。(serf 層と svn 層はより良い情報を提供します)。実際に転送されたデータの量を知りたい場合は、別のツールが必要です。

Subversion 操作を開始したばかりの場合、特に低遅延リンクでは、サーバー セッションを開くのに多くの時間が費やされます。(AnkhSVN の開発には、オランダのカリフォルニアにあるリポジトリを使用しています)。Subversion 1.7 では、新しい「HTTPv2」ハンドシェイクにより、このハンドシェイク フェーズが改善されます。(v2 は、Subversion が異なる HTTP リクエストを使用することを示しています。それは依然として HTTP/1.1 です)。

しかし、Subversion クライアントが遅いのにはさまざまな理由が考えられます (質問のコメントを参照してください): IPv4 と IPv6 が一般的な理由であり、数リリース前に AnkhSVN で使用されるネオン バージョンには、一部の https サーバーからの切断時にパフォーマンスの低下がありました。

于 2010-05-07T07:16:28.643 に答える
0

先ほど、証明書をエクスポートして「信頼されたルート証明書」としてインポートすると、速度の問題が解消されたと言いました。それは本当でしたが、それが速度の問題がなくなった理由ではありません。

私はちょうど VPN で仕事をしていたことが判明したため、動作が遅くなりました。したがって、私の場合、VPN から切断するだけで速度が向上しました (明らかに)。

人々が私の以前の投稿に惑わされないように、この投稿を作成したかっただけです。

于 2010-06-12T18:41:43.623 に答える