Blame view
kernel/Kconfig.preempt
4.41 KB
ec8f24b7f treewide: Add SPD... |
1 |
# SPDX-License-Identifier: GPL-2.0-only |
cc19ca86a [PATCH] consolida... |
2 |
|
f8cbd99bd [PATCH] sched: vo... |
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
choice prompt "Preemption Model" default PREEMPT_NONE config PREEMPT_NONE bool "No Forced Preemption (Server)" help This is the traditional Linux preemption model, geared towards throughput. It will still provide good latencies most of the time, but there are no guarantees and occasional longer delays are possible. Select this option if you are building a kernel for a server or scientific/computation system, or if you want to maximize the raw processing power of the kernel, irrespective of scheduling latencies. config PREEMPT_VOLUNTARY bool "Voluntary Kernel Preemption (Desktop)" |
87a4c3759 kconfig: include ... |
22 |
depends on !ARCH_NO_PREEMPT |
cc19ca86a [PATCH] consolida... |
23 |
help |
f8cbd99bd [PATCH] sched: vo... |
24 25 26 27 |
This option reduces the latency of the kernel by adding more "explicit preemption points" to the kernel code. These new preemption points have been selected to reduce the maximum latency of rescheduling, providing faster application reactions, |
3dde6ad8f Fix trivial typos... |
28 |
at the cost of slightly lower throughput. |
f8cbd99bd [PATCH] sched: vo... |
29 30 31 32 33 |
This allows reaction to interactive events by allowing a low priority process to voluntarily preempt itself even if it is in kernel mode executing a system call. This allows applications to run more 'smoothly' even when the system is |
cc19ca86a [PATCH] consolida... |
34 |
under load. |
f8cbd99bd [PATCH] sched: vo... |
35 |
Select this if you are building a kernel for a desktop system. |
b8d334980 sched/rt, Kconfig... |
36 |
config PREEMPT |
f8cbd99bd [PATCH] sched: vo... |
37 |
bool "Preemptible Kernel (Low-Latency Desktop)" |
87a4c3759 kconfig: include ... |
38 |
depends on !ARCH_NO_PREEMPT |
b8d334980 sched/rt, Kconfig... |
39 |
select PREEMPTION |
e335e3eb8 locking/kconfig: ... |
40 |
select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK |
6ef869e06 preempt: Introduc... |
41 |
select PREEMPT_DYNAMIC if HAVE_PREEMPT_DYNAMIC |
f8cbd99bd [PATCH] sched: vo... |
42 43 44 45 46 47 48 49 |
help This option reduces the latency of the kernel by making all kernel code (that is not executing in a critical section) preemptible. This allows reaction to interactive events by permitting a low priority process to be preempted involuntarily even if it is in kernel mode executing a system call and would otherwise not be about to reach a natural preemption point. This allows applications to run more 'smoothly' even when the |
3dde6ad8f Fix trivial typos... |
50 |
system is under load, at the cost of slightly lower throughput |
f8cbd99bd [PATCH] sched: vo... |
51 52 53 54 55 |
and a slight runtime overhead to kernel code. Select this if you are building a kernel for a desktop or embedded system with latency requirements in the milliseconds range. |
a50a3f4b6 sched/rt, Kconfig... |
56 57 58 |
config PREEMPT_RT bool "Fully Preemptible Kernel (Real-Time)" depends on EXPERT && ARCH_SUPPORTS_RT |
b8d334980 sched/rt, Kconfig... |
59 |
select PREEMPTION |
a50a3f4b6 sched/rt, Kconfig... |
60 61 62 63 64 65 |
help This option turns the kernel into a real-time kernel by replacing various locking primitives (spinlocks, rwlocks, etc.) with preemptible priority-inheritance aware variants, enforcing interrupt threading and introducing mechanisms to break up long non-preemptible sections. This makes the kernel, except for very |
d61ca3c25 sched/Kconfig: Fi... |
66 |
low level and critical code paths (entry code, scheduler, low |
a50a3f4b6 sched/rt, Kconfig... |
67 68 69 70 71 |
level interrupt handling) fully preemptible and brings most execution contexts under scheduler control. Select this if you are building a kernel for systems which require real-time guarantees. |
f8cbd99bd [PATCH] sched: vo... |
72 |
endchoice |
cc19ca86a [PATCH] consolida... |
73 |
|
bdd4e85dc sched: Isolate pr... |
74 |
config PREEMPT_COUNT |
723679339 kconfig: warn no ... |
75 |
bool |
a50a3f4b6 sched/rt, Kconfig... |
76 |
|
b8d334980 sched/rt, Kconfig... |
77 |
config PREEMPTION |
a50a3f4b6 sched/rt, Kconfig... |
78 79 |
bool select PREEMPT_COUNT |
6ef869e06 preempt: Introduc... |
80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 |
config PREEMPT_DYNAMIC bool help This option allows to define the preemption model on the kernel command line parameter and thus override the default preemption model defined during compile time. The feature is primarily interesting for Linux distributions which provide a pre-built kernel binary to reduce the number of kernel flavors they offer while still offering different usecases. The runtime overhead is negligible with HAVE_STATIC_CALL_INLINE enabled but if runtime patching is not available for the specific architecture then the potential overhead should be considered. Interesting if you want the same pre-built kernel should be used for both Server and Desktop workloads. |
9edeaea1b sched: Core-wide ... |
98 99 100 |
config SCHED_CORE bool "Core Scheduling for SMT" |
9edeaea1b sched: Core-wide ... |
101 |
depends on SCHED_SMT |
7b419f47f sched: Add CONFIG... |
102 103 104 105 106 107 108 109 110 111 |
help This option permits Core Scheduling, a means of coordinated task selection across SMT siblings. When enabled -- see prctl(PR_SCHED_CORE) -- task selection ensures that all SMT siblings will execute a task from the same 'core group', forcing idle when no matching task is found. Use of this feature includes: - mitigation of some (not all) SMT side channels; - limiting SMT interference to improve determinism and/or performance. |
d2343cb8d sched/core: Disab... |
112 113 114 |
SCHED_CORE is default disabled. When it is enabled and unused, which is the likely usage by Linux distributions, there should be no measurable impact on performance. |
7b419f47f sched: Add CONFIG... |
115 |
|
9edeaea1b sched: Core-wide ... |
116 |