Kernel preemption

In computer operating system design, kernel preemption is a property possessed by some kernels (the cores of operating systems), in which the CPU can be interrupted in the middle of executing kernel code and assigned other tasks (from which it later returns to finish its kernel tasks.

That is to say, the scheduler is permitted to forcibly perform a context switch (on behalf of a runnable and process) on a driver or other part of the kernel during its execution, rather than co-operatively waiting for the driver or kernel function (such as a system call) to complete its execution and return control of the processor to the scheduler when done.^[1][2][3][4] It is used mainly in monolithic and hybrid kernels, where all or most device drivers are run in kernel space. Linux is an example of a monolithic-kernel operating system with kernel preemption.

The main benefit of kernel preemption is that it solves two issues that would otherwise be problematic for monolithic kernels, in which the kernel consists of one large binary (rather than multiple "services", as in a microkernel-based OS like Windows NT/Vista/7/10 or macOS).^[5] Without kernel preemption, two major issues exist for monolithic and hybrid kernels:

• A device driver can enter an infinite loop or other unrecoverable state, crashing the whole system.^[1]
• Some drivers and system calls on monolithic kernels can be slow to execute, and cannot return control of the processor to the scheduler or other program until they complete execution.^[2]

See also[]

• Linux kernel scheduling and preemption

References[]

This operating-system-related article is a stub. You can help Wikipedia by .

• v
• t