工作站和伺服器記憶體回收
記憶體回收行程會自行調整而且可在各種案例中運作。 然而，您可以根據工作負載的特性來設定記憶體回收的類型。 CLR 會提供下列記憶體回收類型：
工作站記憶體回收 (GC) 是專為用戶端應用程式所設計。 這是獨立應用程式的預設 GC 類別。 例如，針對裝載的應用程式，由 ASP.NET 裝載的應用程式，主機會決定預設的 GC 類別。
工作站記憶體回收可能是並行或非並行的。 並行記憶體 (或背景) 回收可讓 受控執行緒在記憶體回收期間繼續運作。 從 .NET Framework 4 和更新版本起，背景記憶體回收取代了並行記憶體回收。
伺服器記憶體回收，適用於需要高輸送量和延展性的伺服器應用程式。
在 .NET Core 中，伺服器記憶體回收可以是非並行或背景。
在 .NET Framework 4.5 和更新版本中，伺服器記憶體回收可以是非並行或背景。 在 .NET Framework 4 和先前版本中，伺服器垃圾收集是非並行進行。
下圖顯示在伺服器上執行記憶體回收的專屬執行緒：
效能考量
工作站 GC
以下是工作站記憶體回收的執行緒和效能考量：
此回收會針對觸發記憶體回收的使用者執行緒進行，而且維持相同的優先權。 因為使用者執行緒通常會以一般優先權執行，所以記憶體回收行程 (在一般優先權執行緒上執行) 必須與其他執行緒爭用 CPU 時間。 (執行機器碼的執行緒不會在伺服器或工作站記憶體回收上暫停。)
工作站記憶體回收一律使用於只有單一邏輯的 CPU 上，不論組態設定為何。
伺服器 GC
以下是伺服器記憶體回收的執行緒和效能考量：
集合發生在多個專用執行緒上。 在 Windows 上，這些執行緒會在
THREAD_PRIORITY_HIGHEST優先順序層級執行。執行記憶體回收的堆積和專屬執行緒是針對每個邏輯 CPU 提供的，而且這些堆積會同時回收。 每個堆積都包含小型物件堆積和大型物件堆積，而且所有堆積都可由使用者程式碼存取。 不同堆積上的物件可以彼此參考。
因為多個記憶體回收執行緒會一起運作，所以就相同大小堆積而言，伺服器記憶體回收的速度比工作站記憶體回收的速度要快。
伺服器記憶體回收通常具有較大的區段。 然而這只是概括而言：區段大小為實作特定，並可能隨時變更。 當微調應用程式時，不應該對記憶體回收行程所配置的區段大小做出假設。
伺服器記憶體回收可能會耗用大量資源。 例如，假設有 12 個程序在具四個邏輯 CPU 的電腦上使用正在執行的伺服器 GC。 如果所有程序同時都在回收記憶體，則會互相干擾，因為相同邏輯 CPU 上排程了 12 個執行緒。 如果程序處於作用中狀態，最好讓程序全都使用伺服器 GC。
如果您正在執行數百個應用程式執行個體，請考慮使用工作站記憶體回收並停用並行記憶體回收。 這樣會產生較少的內容切換，因此可能會改善效能。
