次の方法で共有


Team Foundation Server Team 目前系統最佳佈署建議

MSDN 上剛 Post 了一篇 系統效能限制與佈署文章.

簡單來說, 如果套用的是 Agile Process Template. 建議指標在 一台 TFS Server

Link to Team Foundation Server Team Project Limits

問題是, 為什麼是這樣呢 ?

原因是 因為 目前 TFS 與 TE (Team Explorer) 兩者之間 都大量設計了許多 Caching 的架構, 在這樣的前提下, Client 會透過另一個 Thread 來 Maintain 與 Server 版本之前 最 update to date 的版本資訊.

代價嗎 ? 就是 許多的 記憶體 會在這個過程 消化....  (Team System 效能上會比較耗用記憶體 也是這個原因)

因此 ! 對於 Team System 使用者來說, 1G 以上的 RAM 對效能上 一定有正向幫助 !

此外, 另一個 因為這個 Caching 架構帶來的 可能 Issue 是,

當 TFS 上 有 100 個 Team Project 存在時, 如果一個 Client 是全新安裝 Team System 的使用者, 也就是不存在任何的 Cache.

連接上 TFS 並且 一口氣 選擇 100 個 Team Project 時, 系統會出現 "大量的 運算"

不管是 Server 端 或是 Client 端. 如果這樣的 User 大量出現, Server 上的效能 很可能會 因為 大量運算 而造成 W3P 執行緒回收... 系統暫時 droup 的狀態.

聽起來有點可怕, 不過, 這個狀態也不是 每個人都會遇到,

如果是持續不斷的使用者來說, (由 第一個專案, 漸進 加到 100 個專案), 這個現象不會出現, 因為 Caching 會在 background thread 處理資訊同步的狀態, 完全沒有 系統 delay 狀態. 這也是 Team System 設計的重點.