我們在專用機器上運行TFS 2010。 SQL數據庫也運行在同一臺計算機上,因此沒有外部LAN/WAN訪問。與TFS的初始連接非常慢
當我們登入/離開或從TFS獲取任何東西時 - 初始連接和VS之後的一些不活動狀態下的任何連接非常緩慢,有時可達1或2分鐘。一旦它做了它所要做的事情,事情就會開始快速運行,並且不會出現任何問題。
什麼/我應該在哪裏檢查以找到這個瓶頸,或無論它是否在閒置後關閉?
我們在專用機器上運行TFS 2010。 SQL數據庫也運行在同一臺計算機上,因此沒有外部LAN/WAN訪問。與TFS的初始連接非常慢
當我們登入/離開或從TFS獲取任何東西時 - 初始連接和VS之後的一些不活動狀態下的任何連接非常緩慢,有時可達1或2分鐘。一旦它做了它所要做的事情,事情就會開始快速運行,並且不會出現任何問題。
什麼/我應該在哪裏檢查以找到這個瓶頸,或無論它是否在閒置後關閉?
我認爲它與SQL Server Reporting Services類似。當它在一段時間內無效(20分鐘?)時,工作人員進程入睡並且起牀時間相當長。 SSRS 2008 - Long delay after a period if inactivity,How to Speed up MS SQL Server Reporting Services SSRS on First Run。 TFS webservices應該有類似的設置。
我懷疑這是您正在運行的傳統ASP.NET喚醒管道。如果您想嘗試設置運行PingTFS.exe
的計劃任務,那麼它會保持網站加載,這樣每次TFS Web服務冷卻時都不會看到此初始命中。
PingTFS.exe
從內諾Loje這裏:https://msmvps.com/blogs/vstsblog/archive/2011/03/02/how-to-ping-tfs-to-see-if-it-s-up-and-running.aspx如果沒有幫助,那麼很可能在環境中的硬件。你絕對不想爲你的TFS環境擁有太少的資源。讓我們知道,如果第一個建議不起作用。
這是相當資源豬不是嗎?我有運行Server 2008的8gig i5筆記本電腦上運行的11個tfs測試版,低於推薦的規格。 TeamForge在1gig虛擬機上運行愉快...... – Ian 2012-04-10 11:52:20
實際上TFS並不是一個巨大的資源。由於它完全基於應用程序服務器端的Web,因此在調用服務之前它不會佔用資源 – Robaticus 2012-04-10 12:29:28
TFS 2010和TFS「11」測試版僅在擁有SharePoint 2010 Server或SharePoint時最少具有10 GB RAM 2010年應用層基礎。這是導致內存需求的SharePoint部分。儘管SharePoint是可選的。對於團隊設置中的生產TFS環境,這不是您想要的節儉。 TFS比大多數人想象的要多得多。 – 2012-04-10 13:20:00
你有位置的互聯網代理嗎?有時,代理查找會導致TFS連接速度變慢。 – Robaticus 2012-04-10 03:45:30
聽起來像是一個網絡問題,可能與DNS有關。你有沒有機會運行網絡跟蹤並查看線路上發生了什麼?它可能有助於診斷問題。 – 2012-04-10 06:07:02
@RichardBanks - 我試過使用服務器的IP而不是DNS名稱。同樣的問題。 – 2012-04-10 06:39:41