Threading Simplified: Part 1 (Threads Inception)

Threading in .Net is an important topic. I have seen people unable to understand the nuances of processes, threads and how they are related in .Net and also in general.

In the series of articles around threading, I will try to present the concepts in the simplest way possible so that it can knock to your head directly and help you understand easily.

Threading is a broad topic that goes with operating systems. So before beginning the threading in .Net let's understand a few core or underlying concepts as in the following.

How applications and processes are related

When we start an application, system resources and memory are assigned to it. The separation of these boundaries are based on memory and the resources are called a process.

An application can be allocated one or more processes, where each process is differentiated based on allocated resources, data and execution code.

A process can be defined as an instance of the application. While running it uses assigned program code, system resources and data. A process further can be broken into more than one thread based on application design and the operating system of the machine.

Threads

A thread can be defined as the smallest possible part of the process that can be handled or controlled independently by a scheduler. If I make an analogy to it then you can relate it to atom in the world of matters/particles.

How processes and threads are related

Every thread is a part of a process. Multiple threads within a process share the memory, execution instruction, context data and other system resources.

The following picture explains the relationship among applications, processes and threads.