CLR和Java虛擬機器一樣也是一個執行時環境，它負責資源管理（記憶體分配和垃圾收集），並保證應用和底層作業系統之間必要的分離。
為了提高平臺的可靠性，以及為了達到面向事務的電子商務應用所要求的穩定性級別，CLR還要負責其他一些任務，比如監視程式的執行。按照.NET的說法，在CLR監視之下執行的程式屬於“受管理的”（managed）程式碼，而不在CLR之下、直接在裸機上執行的應用或者元件屬於“非受管理的”（unmanaged）的程式碼。
CLR將監視形形色色的常見程式設計錯誤，許多年來這些錯誤一直是軟體故障的主要根源，其中包括：訪問陣列元素越界，訪問未分配的記憶體空間，由於資料體積過大而導致的記憶體溢位，等等。
然而，這種對受管理程式碼的執行監視是有代價的。雖然當前還不可能精確地得到監視程式執行所需要的開銷，但從當前Beta測試版的效能表現來看，正如Microsoft所承認的那樣，我們可以預料由它導致的效能降低程度至少達到10%。當然，如果監視程式執行能夠將穩定性和可用性提高到一個新的檔次，我們可以懷疑10%的效能降低是否還可以稱為一件壞事……
在處理器效能改善方面，摩爾定律已經一再被證明是正確的。既然如此，我們要得到一臺效能增加了10%的伺服器要等待多長時間呢
CLR和Java虛擬機器一樣也是一個執行時環境，它負責資源管理（記憶體分配和垃圾收集），並保證應用和底層作業系統之間必要的分離。
為了提高平臺的可靠性，以及為了達到面向事務的電子商務應用所要求的穩定性級別，CLR還要負責其他一些任務，比如監視程式的執行。按照.NET的說法，在CLR監視之下執行的程式屬於“受管理的”（managed）程式碼，而不在CLR之下、直接在裸機上執行的應用或者元件屬於“非受管理的”（unmanaged）的程式碼。
CLR將監視形形色色的常見程式設計錯誤，許多年來這些錯誤一直是軟體故障的主要根源，其中包括：訪問陣列元素越界，訪問未分配的記憶體空間，由於資料體積過大而導致的記憶體溢位，等等。
然而，這種對受管理程式碼的執行監視是有代價的。雖然當前還不可能精確地得到監視程式執行所需要的開銷，但從當前Beta測試版的效能表現來看，正如Microsoft所承認的那樣，我們可以預料由它導致的效能降低程度至少達到10%。當然，如果監視程式執行能夠將穩定性和可用性提高到一個新的檔次，我們可以懷疑10%的效能降低是否還可以稱為一件壞事……
在處理器效能改善方面，摩爾定律已經一再被證明是正確的。既然如此，我們要得到一臺效能增加了10%的伺服器要等待多長時間呢