Thomas Gleixner | ec8f24b | 2019-05-19 13:07:45 +0100 | [diff] [blame] | 1 | # SPDX-License-Identifier: GPL-2.0-only |
Ingo Molnar | cc19ca8 | 2005-06-25 14:57:36 -0700 | [diff] [blame] | 2 | |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 3 | choice |
| 4 | prompt "Preemption Model" |
| 5 | default PREEMPT_NONE |
| 6 | |
| 7 | config PREEMPT_NONE |
| 8 | bool "No Forced Preemption (Server)" |
Ingo Molnar | cc19ca8 | 2005-06-25 14:57:36 -0700 | [diff] [blame] | 9 | help |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 10 | This is the traditional Linux preemption model, geared towards |
| 11 | throughput. It will still provide good latencies most of the |
| 12 | time, but there are no guarantees and occasional longer delays |
| 13 | are possible. |
| 14 | |
| 15 | Select this option if you are building a kernel for a server or |
| 16 | scientific/computation system, or if you want to maximize the |
| 17 | raw processing power of the kernel, irrespective of scheduling |
| 18 | latencies. |
| 19 | |
| 20 | config PREEMPT_VOLUNTARY |
| 21 | bool "Voluntary Kernel Preemption (Desktop)" |
Christoph Hellwig | 87a4c37 | 2018-07-31 13:39:32 +0200 | [diff] [blame] | 22 | depends on !ARCH_NO_PREEMPT |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 23 | help |
| 24 | This option reduces the latency of the kernel by adding more |
| 25 | "explicit preemption points" to the kernel code. These new |
| 26 | preemption points have been selected to reduce the maximum |
| 27 | latency of rescheduling, providing faster application reactions, |
David Sterba | 3dde6ad | 2007-05-09 07:12:20 +0200 | [diff] [blame] | 28 | at the cost of slightly lower throughput. |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 29 | |
| 30 | This allows reaction to interactive events by allowing a |
| 31 | low priority process to voluntarily preempt itself even if it |
| 32 | is in kernel mode executing a system call. This allows |
| 33 | applications to run more 'smoothly' even when the system is |
Ingo Molnar | cc19ca8 | 2005-06-25 14:57:36 -0700 | [diff] [blame] | 34 | under load. |
| 35 | |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 36 | Select this if you are building a kernel for a desktop system. |
| 37 | |
| 38 | config PREEMPT |
| 39 | bool "Preemptible Kernel (Low-Latency Desktop)" |
Christoph Hellwig | 87a4c37 | 2018-07-31 13:39:32 +0200 | [diff] [blame] | 40 | depends on !ARCH_NO_PREEMPT |
Frederic Weisbecker | bdd4e85 | 2011-06-08 01:13:27 +0200 | [diff] [blame] | 41 | select PREEMPT_COUNT |
Raghavendra K T | e335e3e | 2012-03-22 15:25:08 +0530 | [diff] [blame] | 42 | select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 43 | help |
| 44 | This option reduces the latency of the kernel by making |
| 45 | all kernel code (that is not executing in a critical section) |
| 46 | preemptible. This allows reaction to interactive events by |
| 47 | permitting a low priority process to be preempted involuntarily |
| 48 | even if it is in kernel mode executing a system call and would |
| 49 | otherwise not be about to reach a natural preemption point. |
| 50 | This allows applications to run more 'smoothly' even when the |
David Sterba | 3dde6ad | 2007-05-09 07:12:20 +0200 | [diff] [blame] | 51 | system is under load, at the cost of slightly lower throughput |
Ingo Molnar | f8cbd99 | 2005-06-25 14:57:39 -0700 | [diff] [blame] | 52 | and a slight runtime overhead to kernel code. |
| 53 | |
| 54 | Select this if you are building a kernel for a desktop or |
| 55 | embedded system with latency requirements in the milliseconds |
| 56 | range. |
| 57 | |
| 58 | endchoice |
Ingo Molnar | cc19ca8 | 2005-06-25 14:57:36 -0700 | [diff] [blame] | 59 | |
Frederic Weisbecker | bdd4e85 | 2011-06-08 01:13:27 +0200 | [diff] [blame] | 60 | config PREEMPT_COUNT |
Masahiro Yamada | 7236793 | 2018-12-11 20:00:51 +0900 | [diff] [blame] | 61 | bool |