Lines Matching +full:real +full:- +full:time

1 # SPDX-License-Identifier: GPL-2.0-only
3 # RCU-related configuration options
24 thousands of CPUs, but for which real-time response
35 designed for UP systems from which real-time response
40 bool "Make expert-level adjustments to RCU configuration"
44 expert-level adjustments to RCU configuration. By default,
45 no such adjustments can be made, which has the often-beneficial
46 side-effect of preventing "make oldconfig" from asking you all
50 Say Y if you need to make expert-level adjustments to RCU.
58 permits arbitrary sleeping or blocking within RCU read-side critical
65 This option selects the single-CPU non-preemptible version of SRCU.
71 This option selects the full-fledged version of SRCU.
78 task-based RCU implementations. Not for manual selection.
83 This option enables a task-based RCU implementation that uses
85 user-mode execution as quiescent states. Not for manual selection.
90 This option enables a task-based RCU implementation that uses
91 only context switch (including preemption) and user-mode
99 This option enables a task-based RCU implementation that uses
100 explicit rcu_read_lock_trace() read-side markers, and allows
117 int "Tree-based hierarchical RCU fanout value"
129 systems, but if you are stress-testing the RCU implementation
130 itself, small RCU_FANOUT values allow you to test large-system
137 int "Tree-based hierarchical RCU leaf-level fanout value"
145 This option controls the leaf-level fanout of hierarchical
148 scheduling-clock interrupts for energy-efficiency reasons will
149 want the default because the smaller leaf-level fanout keeps
153 number of cache misses incurred during RCU's grace-period
154 initialization. These systems tend to run CPU-bound, and thus
157 leaf-level fanouts work well. That said, setting leaf-level
159 lock contention on the leaf-level rcu_node structures unless
172 bool "Accelerate last non-dyntick-idle CPU's grace periods"
176 This option permits CPUs to enter dynticks-idle state even if
185 don't care about increased grace-period durations.
199 Say Y here if you are working with real-time apps or heavy loads
203 int "Milliseconds to delay boosting after RCU grace-period start"
208 This option specifies the time to wait after the beginning of
209 a given grace period before priority-boosting preempted RCU
216 bool "Offload RCU callback processing from boot-selected CPUs"
222 real-time workloads. It can also be used to offload RCU
223 callback invocation to energy-efficient CPUs in battery-powered
227 specified at boot time by the rcu_nocbs parameter. For each
230 the "p" for RCU-preempt (PREEMPTION kernels) and "s" for RCU-sched
250 real-time installations and for battery-powered devices,
254 Say N here if you hate read-side memory barriers.