Skip to main content

Garbage Collection (GC) in C#

Garbage Collection (GC) in C#

Garbage Collection (GC) in C# is an automated memory management mechanism provided by the Common Language Runtime (CLR) in the .NET framework. It eliminates the need for developers to manually allocate and free memory, which helps reduce errors such as memory leaks or improper resource cleanup, dangling pointers, or double deletion.

 

Purpose of Garbage Collection

  • Automatic Memory Management: GC relieves developers from manually deallocating memory, reducing common errors like dangling pointers, memory leaks, or double-free errors.
  • Efficient Resource Utilization: It ensures memory is available for the application by reclaiming unused objects.

Key Features of GC

  1. Automatic Memory Management:
    • GC automatically deallocates objects no longer in use.
    • Developers only focus on memory allocation, while GC handles deallocation.
  2. Managed Heap:
    • All memory allocated for managed objects resides in the managed heap.
    • The heap is organized into generations to optimize performance.
  3. Minimizing Fragmentation:
    • GC compacts memory by relocating objects in the heap, reducing fragmentation.

How GC Works: Garbage collection is based on the mark-and-sweep algorithm:

  1. Mark Phase:
    • Identifies all objects still accessible by the application (reachable objects).
    • Unreachable objects are considered garbage.
  2. Sweep Phase:
    • Reclaims memory occupied by unreachable objects.
    • Memory is compacted to avoid fragmentation (if necessary).
  3. Compaction:
    • Rearranges remaining objects in memory to eliminate gaps caused by removed objects.

Generations in GC

To optimize performance, the GC categorizes objects into generations based on their lifespan. The heap is divided into three generations:

  1. Generation 0:
    • Holds short-lived objects (e.g., temporary variables, newly allocated objects).
    • Collected most frequently, as short-lived objects are often garbage quickly.
  2. Generation 1:
    • Acts as a buffer between short-lived and long-lived objects.
    • Contains objects that survived Generation 0 collections.
  3. Generation 2:
    • Contains long-lived objects (e.g., static data, objects held for the app's lifetime).
    • Collected less frequently.

Why Generations?

  • Frequent collections of Generation 0 are faster since it has fewer objects.
  • Minimizes the overhead for long-lived objects in Generation 2.

Benefits of Generations:

  • Reduces the cost of GC by focusing on short-lived objects in Generation 0.
  • Long-lived objects are collected less often, improving performance.

Conditions for Triggering Garbage Collection (GC)

Garbage collection occurs under specific conditions:

  1. Low Memory: When the system runs low on managed heap memory.
  2. Exceeding Generation 0 Limits: When the memory in Generation 0 exceeds its threshold.
  3. Explicit Call: Using GC.Collect() (not recommended unless necessary).
  4. Application Idle Time: GC may run during idle times to optimize memory.

Managed Heap

  • Memory allocated for managed objects resides in the managed heap.
  • The managed heap is divided into three generations, and the GC manages them using the principles mentioned above.

 

Finalization and IDisposable

Objects holding unmanaged resources (e.g., file handles, database connections) require special handling:

  • Finalizer (~ClassName):
    • Called by the GC before reclaiming an object's memory.
    • Not deterministic; you cannot control when it runs.
  • IDisposable Interface:
    • Implements a Dispose method for deterministic cleanup of unmanaged resources.
    • Used with using blocks for immediate resource disposal.

Example:


Key GC Methods in .NET

  • GC.Collect():
    • Forces a garbage collection.
    • Avoid excessive use; let the GC work automatically.
  • GC.GetTotalMemory(bool forceFullCollection):
    • Returns the total memory used by the managed heap.
  • GC.SuppressFinalize(object obj):
    • Prevents the finalizer from being called.
  • GC.WaitForPendingFinalizers():
    • Pauses execution until all finalizers complete.

Best Practices

  1. Minimize Allocations:
    • Avoid creating unnecessary objects, especially in loops.
  2. Use using Statements:
    • Ensure proper disposal of unmanaged resources.
  3. Avoid Explicit GC.Collect():
    • Trust the GC to manage memory efficiently.
  4. Implement IDisposable:
    • For classes holding unmanaged resources, implement the IDisposable pattern.
  5. Use Value Types for Short-Lived Objects:
    • Prefer stack allocation when possible (e.g., Span<T>).

Advantages of GC

  • Simplifies memory management.
  • Reduces memory leaks and dangling pointer issues.
  • Provides optimized memory utilization through generations.

Limitations of GC

  • No control over when garbage collection occurs.
  • May cause performance hiccups (pauses) during large collections.
  • Overhead for managing generations and compaction.
By Anil Singh | Rating of this article (*****)

Popular posts from this blog

nullinjectorerror no provider for httpclient angular 17

In Angular 17 where the standalone true option is set by default, the app.config.ts file is generated in src/app/ and provideHttpClient(). We can be added to the list of providers in app.config.ts Step 1:   To provide HttpClient in a standalone app we could do this in the app.config.ts file, app.config.ts: import { ApplicationConfig } from '@angular/core'; import { provideRouter } from '@angular/router'; import { routes } from './app.routes'; import { provideClientHydration } from '@angular/platform-browser'; //This (provideHttpClient) will help us to resolve the issue  import {provideHttpClient} from '@angular/common/http'; export const appConfig: ApplicationConfig = {   providers: [ provideRouter(routes),  provideClientHydration(), provideHttpClient ()      ] }; The appConfig const is used in the main.ts file, see the code, main.ts : import { bootstrapApplication } from '@angular/platform-browser'; import { appConfig } from ...

How To Optimizing Database Performance: Tips and Techniques for Developers

Best Practices for Optimizing Database Performance: Tips and Techniques for Developers Navigating the labyrinth of database performance optimization can often seem like a daunting task for many professionals. Especially for database developers, mastering this critical skill has immense value, as it enhances both the efficiency and responsiveness of their applications.  Effective database performance optimization leads to faster data retrieval and smoother transactions.  A key challenge, however, lies in knowing  how to hire database developers who are well-versed in optimization techniques. The market is flooded with many professionals, but finding the right expert who understands the intricacies of database performance can be like looking for a needle in a haystack. Employers need to seek those who are not only proficient in their craft but also updated with the latest optimization practices. This guide, therefore, not only aims to provide developers with a compre...

Why doesn't App Module exist in Angular 17?

Today, I just started exploring Angular version 17 using ng new and found a problem for the newly created project using the command - ng new. The problem is: Path "/src/app/app.module.ts" does not exist while doing ng add in the Angular project. The ‘ng new’ does not generate app.module.ts in the src root folder Angular CLI 17.0.0. From Angular 17 onwards, standalone is now the new default for the CLI . So when we create a new project ‘ app.module.ts ’ file will not create Path " /src/app/app.module.ts ". Run the following command to create the new project including the file ‘app.module.ts’ in your project: ng new AngularMap  --no-standalone Note: Here ‘AngularMap’ is the project name I created. Standalone components are a feature introduced in Angular version 14. Now the changes applied in angular 17 default, the Angular team strongly recommends using them as they are easier to use, and understand.

25 Best Vue.js 2 Interview Questions and Answers

What Is Vue.js? The Vue.js is a progressive JavaScript framework and used to building the interactive user interfaces and also it’s focused on the view layer only (front end). The Vue.js is easy to integrate with other libraries and others existing projects. Vue.js is very popular for Single Page Applications developments. The Vue.js is lighter, smaller in size and so faster. It also supports the MVVM ( Model-View-ViewModel ) pattern. The Vue.js is supporting to multiple Components and libraries like - ü   Tables and data grids ü   Notifications ü   Loader ü   Calendar ü   Display time, date and age ü   Progress Bar ü   Tooltip ü   Overlay ü   Icons ü   Menu ü   Charts ü   Map ü   Pdf viewer ü   And so on The Vue.js was developed by “ Evan You ”, an Ex Google software engineer. The latest version is Vue.js 2. The Vue.js 2 is very similar to Angular because Evan ...

SOLID Principle - Dependency Inversion Principle (DIP)

The SOLID Principles are the design principles that enable us to manage several software design problems. These principles provide us with ways to move from tightly coupled code to loosely coupled and encapsulated real business needs properly. Also readable, adaptable, and scalable code. The SOLID Principles  guide developers as they write readable, adaptable, and scalable code or design an application. The SOLID Principles can be applied to any OOP program. The SOLID Principles were developed by computer science instructor and author Robert C. Martin. Now, SOLID principles have also been adopted in both agile development and adaptive software development. The 5 principles of SOLID are: 1.       Single-Responsibility Principle (SRP) 2.       Open-closed principle (OCP) 3.       Liskov Substitution Principle (LSP) 4.       Interface Segregation Principle (ISP) 5.    ...