2つのエージェントを使用して、オンサイトのTFSインスタンスを実行しています。エージェント1には、アーティファクトを格納するローカルパスがあります。エージェント2はネットワークパス（\ agent1 \ artifacts ...）を介してそのパスにアクセスする必要があります。VSTSエージェントがローカルネットワーク共有からアーティファクトをダウンロードするのが非常に遅い
エージェント1からのアーティファクトのダウンロードには20〜30秒かかります。エージェント2からのアーティファクトのダウンロードには4〜5分かかります。エージェント2からエクスプローラを使用してファイルをコピーする場合、約20〜30秒かかります。
他のエージェントを他のマシンに追加しようとしました。アーティファクトをダウンロードするときにはすべて同じ性能を発揮しますが、手動でコピーする場合はすばやく実行されます。
他の誰でもこれを体験したり、これを修正するために何が役立つかもしれないかについてのアイデアを提供しますか？
はい問題を引き起こしているのは間違いなくv2です。
ダウンロードアーティファクトのステップは2分から36分になりました。それは全く受け入れられない。 Imは
...それはどんな方が良いですかどうかを確認するために、エージェントv2.120.2を試して行く私はそれがために私たちの成果物内のファイルの量で、我々は2604個のフォルダに12042ファイル間の3.71ギガバイトを持っていると思います！
もう1つのオプションは、パブリックアーティファクトごとにナゲットパッケージをジップまたは作成し、ドロップした後、解凍します。理想的な解決策ではありませんが、RoboCopyを使用する必要があるときに私が前にしたことは、エージェントのこのバージョンが使用しているようです。
RoboCopyはたくさんの小さなファイルを処理するのには優れていません。ネットワーク上の各ファイルのハンドルを作成する必要があります。
編集： 最新のバージョンに変更しても差異はありません。別のルートを使用し、「サーバー」「ファイル共有」ではなく、「サーバー」のアーティファクトタイプを使用し、26分から4.5分にスピードアップしました。
あなたの似たような話をありがとう - 私はファイル共有ではなく、サーバーを試して、それが役に立ったらどうか見てみましょう。 –
これは私にとっては十分にトレードオフになると思います。 通常のv1ファイル共有のリリースには約45秒、v2サーバーのリリースには約2分以上のファイルが必要です。 –
私の問題の原因を見つけました。それはv2エージェントのようです。
マリーナさんのコメントのオフに行く私は01に第二エージェントをインストールしようとしましたが、それは私が異なっていたかを把握しようとした02とまったく同じ動作を持っていたし、私は01のエージェントのバージョンが1.105.7と新しいものに気づきましたテストインスタンスは2.105.7です。私は暗闇の中で刺すようにして、第2のサーバーに1.105.7をインストールしました。
ご協力いただきありがとうございます。
どのような混乱：https：//developercommunity.visualstudio。com/content/problem/77641/tfs-build-v2-agent-downloads-artifacts-slowly-v1-u.html –
私はあなたの苦痛を感じます - 私はv1エージェントのコピーを持っています。 TFSの新バージョンがこの問題を修正するまで続きますことを願っています。 –
私は2つのネストされたエージェント（エージェント1のサブフォルダにあるエージェント2）をテストし、ネットワークパスとしてagent2のパスを共有しましたが、アーティファクトをダウンロードするのにほぼ同じ秒がかかります。ところで、2つのエージェントを別々のディレクトリに設定して（エージェント2の設定を削除して）、もう一度やり直すことができます。 –
「私も」のように聞こえる危険があるので、これは共通の問題であることが確認できます。このような理由から、ビルドをホストするためにパイプラインを増設することになりました。あるロケールですべてのファイルをクラウドからLANに転送するのではなく、物理的なものにすぎません。 –
私はちょうど物理学の考え方を理解していますが、これらはギガビットネットワークを使用する同じネットワーク上のVMです。私が言ったように、私はWindowsエクスプローラを使用してこれらのファイルをコピーすることができますが、それは数分かかりますが、エージェントでは数分かかります。 –