2010-03-10 55 views
0

我最近從另一個解決方案中將大約十幾個類添加到Visual Studio當前的解決方案中。添加這些類後,每當我保存時,Visual Studio都會開始凍結約10秒鐘。光標消失,鼠標點擊和按鍵不起作用。Visual Studio 2008在保存後凍結

一些有趣的點:即使在

  • 我刪除了類,冷凍的行爲仍然存在。

  • 無論我是否對代碼進行更改,都會發生凍結。

  • 此行爲似乎隻影響此解決方案的此特定版本。沒有其他解決方案展示這種行爲此解決方案的舊版本不受影響。

  • 在Sysinternals Process Explorer中,只要我保存在Visual Studio中,I/O字節圖從0跳到2MB大約5秒鐘,然後在1秒內下降到大約1 MB,然後跳回到2MB另外5秒。在這段時間內,處理器使用率將上升至3-5%。

這裏是我設置的細節:

C#Silverlight項目(也許20個班),.NET版本3.5 SP1時,Visual Studio 2008 SP1 v9.0.30729。

編輯:

我編輯了這個問題廣泛地反映了更詳細的信息。我認爲這可能比開始一個新問題更可取。

回答

0

我無法確定它是否是相同的問題,但由於Windows窗體設計器的原因,我經歷了類似的延遲。我解決了這個問題轉到

工具 - >選項 - > Windows窗體設計

和車削AutoToolboxPopulate關閉。這是一個很大的,但你可以試試看。另外,我爲較大的解決方案所做的一件事是從命令行而不是在Visual Studio中進行編譯。您只需打開一個Visual Studio命令提示符並使用msbuild(解決方案名稱|項目名稱)。您也可以使用/ m進行多核編譯。

0

我有一個類似的問題,這並獲得成功: http://support.microsoft.com/kb/946344題爲「您可能會遇到在IDE中的性能問題您使用Visual Studio 2008來構建一個Visual Basic項目後」

+0

是的,不幸的是,我使用的是C#,並且此修補程序專門針對VB。另外,我沒有使用大量的XML註釋,並且在編譯後發生放緩。不過,感謝您的幫助。 – Klay 2010-03-10 20:18:43

0

剛剛結束一整天的追逐這個錯誤的下降。根據我的經驗,我發現它依賴於線數。這個值是機器特定的。在我的機器上,這是一個35,129的線數限制,並不是特定的大小。同事保存相同的文件時沒有相同的問題,但是我能夠重新創建插入空白行的問題。然後,我縮小到一行,然後添加字符來增加文件大小,這不會產生問題,所以我可以肯定地說,對我而言,它是關於行數的。一個指標也可能是VS中行數旁邊的小彎藍色箭頭。當我超出行數時,這個指標出現在第35,129行。

編輯:如果這是你的問題(並且代表一個非常大的類),那麼可以通過部分類來實現合適的修復。欲瞭解更多信息http://www.techrepublic.com/article/splitting-a-class-across-files-in-vbnet/6179621