| /Linux-v4.19/drivers/acpi/ |
| D | processor_perflib.c | 90 if (!pr || !pr->performance) in acpi_processor_ppc_notifier()
95 if (ppc >= pr->performance->state_count) in acpi_processor_ppc_notifier()
99 pr->performance->states[ppc]. in acpi_processor_ppc_notifier()
162 if (ignore_ppc || !pr->performance) { in acpi_processor_ppc_has_changed()
192 if (!pr || !pr->performance || !pr->performance->state_count) in acpi_processor_get_bios_limit()
194 *limit = pr->performance->states[pr->performance_platform_limit]. in acpi_processor_get_bios_limit()
255 memcpy(&pr->performance->control_register, obj.buffer.pointer, in acpi_processor_get_performance_control()
272 memcpy(&pr->performance->status_register, obj.buffer.pointer, in acpi_processor_get_performance_control()
344 pr->performance->state_count = pss->package.count; in acpi_processor_get_performance_states()
345 pr->performance->states = in acpi_processor_get_performance_states()
[all …]
|
| /Linux-v4.19/Documentation/acpi/ |
| D | cppc_sysfs.txt | 5 performance of a logical processor on a contigious and abstract performance
6 scale. CPPC exposes a set of registers to describe abstract performance scale,
7 to request performance levels and to measure per-cpu delivered performance.
36 * highest_perf : Highest performance of this processor (abstract scale).
37 * nominal_perf : Highest sustained performance of this processor (abstract scale).
38 * lowest_nonlinear_perf : Lowest performance of this processor with nonlinear
40 * lowest_perf : Lowest performance of this processor (abstract scale).
44 The above frequencies should only be used to report processor performance in
48 * feedback_ctrs : Includes both Reference and delivered performance counter.
49 Reference counter ticks up proportional to processor's reference performance.
[all …]
|
| /Linux-v4.19/arch/x86/events/ |
| D | Kconfig | 5 tristate "Intel uncore performance events"
9 Include support for Intel uncore performance events. These are
13 tristate "Intel rapl performance events"
17 Include support for Intel rapl performance events for power
21 tristate "Intel cstate performance events"
25 Include support for Intel cstate performance events for power
|
| /Linux-v4.19/tools/power/cpupower/bench/ |
| D | README-BENCH | 7 - Identify worst case performance loss when doing dynamic frequency
12 - Identify cpufreq related performance regressions between kernels
18 - Power saving related regressions (In fact as better the performance
28 For that purpose, it compares the performance governor to a configured
56 takes on this machine and needs to be run in a loop using the performance
58 Then the above test runs are processed using the performance governor
61 on full performance and you get the overall performance loss.
80 trigger of the cpufreq-bench, you will see no performance loss (compare with
84 will always see 50% loads and you get worst performance impact never
|
| /Linux-v4.19/drivers/xen/ |
| D | xen-acpi-processor.c | 153 dst_states = kcalloc(_pr->performance->state_count, in xen_copy_pss_data()
158 dst_perf->state_count = _pr->performance->state_count; in xen_copy_pss_data()
159 for (i = 0; i < _pr->performance->state_count; i++) { in xen_copy_pss_data()
161 memcpy(&(dst_states[i]), &(_pr->performance->states[i]), in xen_copy_pss_data()
177 dst->shared_type = _pr->performance->shared_type; in xen_copy_psd_data()
179 pdomain = &(_pr->performance->domain_info); in xen_copy_psd_data()
228 xen_copy_pct_data(&(_pr->performance->control_register), in push_pxx_to_hypervisor()
230 xen_copy_pct_data(&(_pr->performance->status_register), in push_pxx_to_hypervisor()
255 perf = _pr->performance; in push_pxx_to_hypervisor()
288 if (_pr->performance && _pr->performance->states) in upload_pm_data()
[all …]
|
| /Linux-v4.19/drivers/perf/ |
| D | Kconfig | 48 Say y if you want to use CPU performance monitors on ARM-based
59 Provides support for performance monitor unit in ARM DynamIQ Shared
68 Support for HiSilicon SoC uncore performance monitoring
75 Provides support for the L2 cache performance monitor unit (PMU)
85 Provides support for the L3 cache performance monitor unit (PMU)
95 Say y if you want to use APM X-Gene SoC performance monitors.
|
| /Linux-v4.19/include/acpi/ |
| D | processor.h | 164 u16 performance; member
204 u8 performance:1; member
228 struct acpi_processor_performance *performance; member
247 __percpu *performance);
250 *performance, unsigned int cpu);
|
| /Linux-v4.19/kernel/rcu/ |
| D | Kconfig.debug | 15 tristate "performance tests for RCU"
22 This option provides a kernel module that runs performance
26 Say Y here if you want RCU performance tests to be built into
28 Say M if you want the RCU performance tests to build as a module.
|
| /Linux-v4.19/tools/perf/Documentation/ |
| D | perf-kvm.txt | 23 a performance counter profile of guest os in realtime
26 'perf kvm record <command>' to record the performance counter profile
39 'perf kvm report' to display the performance counter profile information
42 'perf kvm diff' to displays the performance difference amongst two perf.data
51 'perf kvm stat <command>' to run a command and gather performance counter
76 Collect host side performance profile.
78 Collect guest side performance profile.
|
| D | perf-bench.txt | 53 Memory access performance.
67 Suite for evaluating performance of scheduler and IPC mechanisms.
137 Suite for evaluating performance of simple memory copy in various ways.
161 Suite for evaluating performance of simple memory set in various ways.
|
| /Linux-v4.19/drivers/gpu/drm/amd/lib/ |
| D | Kconfig | 14 bool "Closed hash table performance statistics"
18 Enable collection of performance statistics for closed hash tables.
|
| /Linux-v4.19/Documentation/networking/ |
| D | s2io.txt | 48 significant performance improvement on certain platforms(SGI Altix,
52 (IA64, Xeon) resulting in noticeable performance improvement(up to 7%
92 good performance.
99 Transmit performance:
120 Receive performance:
125 b. Use 2-buffer mode. This results in large performance boost on
|
| /Linux-v4.19/kernel/ |
| D | Kconfig.hz | 23 with lots of processors that may show reduced performance if
29 250 Hz is a good compromise choice allowing server performance
37 300 Hz is a good compromise choice allowing server performance
|
| /Linux-v4.19/Documentation/scsi/ |
| D | link_power_management_policy.txt | 8 sacrifice some performance due to increased latency
12 the controller to have performance be a priority
|
| /Linux-v4.19/Documentation/ABI/testing/ |
| D | sysfs-platform-hidma-mgmt | 64 Choosing a higher number gives better performance but
65 can also cause performance reduction to other peripherals
85 Choosing a higher number gives better performance but
86 can also cause performance reduction to other peripherals
|
| D | sysfs-bus-event_source-devices-events | 15 Description: Generic performance monitoring events
17 A collection of performance monitoring events that may be
33 Description: Per-pmu performance monitoring events specific to the running system
37 performance monitoring event supported by the <pmu>. The name
|
| D | sysfs-devices-mmc | 7 area can help to improve the card performance. If the feature
18 area can help to improve the card performance. If the feature
|
| /Linux-v4.19/Documentation/devicetree/bindings/nds32/ |
| D | atl2c.txt | 4 for high performance systems, such as thoese designs with AndesCore processors.
5 Level-2 cache controller in general enhances overall system performance
|
| D | andestech-boards | 21 processors to provide a cost-effective and high performance solution for
26 system performance of their applications and track bugs of their designs
|
| /Linux-v4.19/fs/squashfs/ |
| D | Kconfig | 50 Doing so can significantly improve performance because
62 decompression performance and CPU and memory usage.
77 poor performance on parallel I/O workloads when using multiple CPU
81 using this option may improve overall I/O performance.
91 poor performance on parallel I/O workloads when using multiple CPU
191 This, however, gives poor performance on MTD NAND devices where
196 performance for some file access patterns (e.g. sequential
|
| /Linux-v4.19/Documentation/devicetree/bindings/devfreq/event/ |
| D | exynos-nocp.txt | 5 NoC provides the primitive values to get the performance data. The packets
11 that you can use while analyzing system performance.
|
| /Linux-v4.19/Documentation/mmc/ |
| D | mmc-async-req.txt | 8 transfer, the DMA preparation overhead would not affect the MMC performance.
24 performance gain is 5% for large writes and 10% on large reads on a L2 cache
27 in parallel with the transfer performance won't be affected.
60 the performance loss. A way to optimize for this is to split the current
|
| /Linux-v4.19/Documentation/virtual/ |
| D | paravirt_ops.txt | 26 are called frequently and are performance critical. The overhead is
32 them are very performance critical.
|
| /Linux-v4.19/Documentation/admin-guide/pm/ |
| D | intel_pstate.rst | 14 :doc:`CPU performance scaling subsystem <cpufreq>` in the Linux kernel
22 than just an operating frequency or an operating performance point (see the
28 uses frequencies for identifying operating performance points of CPUs and
82 active mode: ``powersave`` and ``performance``. The way they both operate
88 Namely, if that option is set, the ``performance`` algorithm will be used by
111 HWP + ``performance``
117 internal P-state selection logic is expected to focus entirely on performance.
134 internal P-state selection logic to be less performance-focused.
148 ``powersave`` or ``performance``, depending on the ``scaling_governor`` policy
153 ``performance``
[all …]
|
| /Linux-v4.19/arch/parisc/kernel/ |
| D | perf_asm.S | 41 ; Enable the performance counters
56 mtctl %r26,ccr ; turn on performance coprocessor
57 pmenb ; enable performance monitor
61 mtctl %r26,ccr ; turn off performance coprocessor
82 mtctl %r26,ccr ; turn on performance coprocessor
83 pmdis ; disable performance monitor
87 mtctl %r26,ccr ; turn off performance coprocessor
|
