私たちはLANの専用ボックスでTFS 2010を実行しており、VS2010で接続しています。ここ数週間で、ファイルのチェックイン/アウトにかかるアクセス時間と時間はばかげています。リポジトリのビューを取得するのに数分かかる場合もあります。遅いTFSサーバーのトラブルシューティングのヒント
ネットワークのアクセス時間を確認しました。 RDPとサーバーからマウントされた共有は辛いほど遅くはないので、TFSが原因であるように見えます。誰かが調査すべき明らかな分野を提案できますか？
私はまずTFSデータベースをチェックします。
サイズが大きければ、それだけでは遅くなることがあります。私たちには、（私たちの場合）複数のギガバイトのスケール&を持っていたテーブルがありました。これは私たちにはあまり興味がありませんでした。
これらを削除することで、実際にはパフォーマンスが向上しました。
からベストプラクティスアナライザを試してみてくださいでしたが、私たちは、VSが希望のユーザーに対して起動に非常に長い時間がかかるだろうな状況になりましたスタートアップ時にチームエクスプローラを表示しますが、デフォルトでチームエクスプローラを表示しないユーザーの場合は、イベント（セッション1回目）でのチェックが非常に不良です。ビルドのグローバルリストの内容を削除し、パフォーマンスが大幅に向上しました。 VSキャッシュからこのメタデータをロードすると、VSが遅いように見えます。しかし、システムには約150,000のビルドがありました（ビルドを破棄せずに、グローバルリストの内容を消去しました）。
TFSクライアント用にWindows 7にアップグレードした後、この問題が発生しました。 Windows 7のTFSクライアントだけが問題を抱えていましたが、XPのTFSクライアントはうまくいきました。私たちの場合、問題は、TFSクライアントがプロキシサーバーをTFSマシン用にバイパスしなければならないにもかかわらず、インターネットプロキシサーバーに行くということでした。解決策は、次のようにdefaultProxyの行を追加する%VSINSTALLDIR%\Common7\IDE\devenv.exe.configファイルを変更することでした：
<system.net>
<defaultProxy enabled="false"/>
<settings>
<ipv6 enabled="true"/>
</settings>
</system.net>
この設定は、特にWin7クライアントでは、パフォーマンスの観点からは絶対的な限界点です。既定のプロキシが無効になると、ネットワークIOの数百倍が表示されます。 +1、ベストプラクティスアナライザーは便利ですが、これは最初に試してみることをお勧めします。 – SpaceBison
が、私はそれが私の問題を引き起こしていたことが、上記のようなものだと思ったが、それはほんの一部未使用のワークスペースには、私の特定を解決取り外すことが判明しました問題。今はずっと速いです。 Visual Studio 2013, TFS is very slow
これは質問に対する答えではありません。 –
@ダニエル・マン：私は正直に反対します。問題は、「誰かが調査すべき明らかな分野を示唆することはできますか？私の答えは「私も同じ問題がありました。私はこのページで答えを試しました。それは他のものであることが判明しました。性能の問題を引き起こしていた古い作業領域です。それは私の場合に問題を解決した情報です。このページを見つけた他のグーグルも、私が持っていたのと同じ問題を抱えている可能性があります。だから、それは答えであり、私が解決したのと同じように他の誰かの問題を解決するかもしれません。 –
サーバーに直接ログインすると、そこにはどのくらいの速さがありますか？ネットワーク上の問題のみ、またはローカルとリモートの両方で問題がありますか？ – tsells