SPEC CPU2017 Platform Settings for Lenovo Systems
- sched_cfs_bandwidth_slice_us
-
This OS setting controls the amount of run-time(bandwidth) transferred to a run queue from the task's control group bandwidth pool. Small values allow the global bandwidth to be shared in a fine-grained manner among tasks, larger values reduce transfer overhead. The default value is 5000 (ns).
- sched_latency_ns
-
This OS setting configures targeted preemption latency for CPU bound tasks. The default value is 24000000 (ns).
- sched_migration_cost_ns
-
Amount of time after the last execution that a task is considered to be "cache hot" in migration decisions. A "hot" task is less likely to be migrated to another CPU, so increasing this variable reduces task migrations. The default value is 500000 (ns).
- sched_min_granularity_ns
-
This OS setting controls the minimal preemption granularity for CPU bound tasks. As the number of runnable tasks increases, CFS(Complete Fair Scheduler), the scheduler of the Linux kernel, decreases the timeslices of tasks. If the number of runnable tasks exceeds sched_latency_ns/sched_min_granularity_ns, the timeslice becomes number_of_running_tasks * sched_min_granularity_ns. The default value is 8000000 (ns).
- sched_wakeup_granularity_ns
-
This OS setting controls the wake-up preemption granularity. Increasing this variable reduces wake-up preemption, reducing disturbance of compute bound tasks. Lowering it improves wake-up latency and throughput for latency critical tasks, particularly when a short duty cycle load component must compete with CPU bound components. The default value is 10000000 (ns).
- numa_balancing
-
This OS setting controls automatic NUMA balancing on memory mapping and process placement.
NUMA balancing incurs overhead for no benefit on workloads that are already bound to NUMA nodes.
Possible settings:
- 0: disables this feature
- 1: enables the feature (this is the default)
For more information see the numa_balancing entry in the Linux sysctl documentation.
- kernel.randomize_va_space (ASLR)
-
This setting can be used to select the type of process address space randomization. Defaults differ based on whether the architecture supports ASLR, whether the kernel was built with the CONFIG_COMPAT_BRK option or not, or the kernel boot options used.
Possible settings:
- 0: Turn process address space randomization off.
- 1: Randomize addresses of mmap base, stack, and VDSO pages.
- 2: Additionally randomize the heap. (This is probably the default.)
Disabling ASLR can make process execution more deterministic and runtimes more consistent.
For more information see the randomize_va_space entry in the Linux sysctl documentation.
- Transparent Hugepages (THP)
-
THP is an abstraction layer that automates most aspects of creating, managing, and using huge pages. It is designed to hide much of the complexity in using huge pages from system administrators and developers. Huge pages increase the memory page size from 4 kilobytes to 2 megabytes. This provides significant performance advantages on systems with highly contended resources and large memory workloads. If memory utilization is too high or memory is badly fragmented which prevents hugepages being allocated, the kernel will assign smaller 4k pages instead. Most recent Linux OS releases have THP enabled by default.
THP usage is controlled by the sysfs setting /sys/kernel/mm/transparent_hugepage/enabled.
Possible values:
- never: entirely disable THP usage.
- madvise: enable THP usage only inside regions marked MADV_HUGEPAGE using madvise(3).
- always: enable THP usage system-wide. This is the default.
THP creation is controlled by the sysfs setting /sys/kernel/mm/transparent_hugepage/defrag.
Possible values:
- never: if no THP are available to satisfy a request, do not attempt to make any.
- defer: an allocation requesting THP when none are available get normal pages while requesting THP creation in the background.
- defer+madvise: acts like "always", but only for allocations in regions marked MADV_HUGEPAGE using madvise(3); for all other regions it's like "defer".
- madvise: acts like "always", but only for allocations in regions marked MADV_HUGEPAGE using madvise(3). This is the default.
- always: an allocation requesting THP when none are available will stall until some are made.
An application that "always" requests THP often can benefit from waiting for an allocation until those huge pages can be assembled.
For more information see the Linux transparent hugepage documentation.
- tuned-adm
-
The tuned-adm tool is a commandline interface for switching between different tuning profiles available to the tuned tuning daemon available in supported Linux distros. The default configuration file is located in /etc/tuned.conf and the supported profiles can be found in /etc/tune-profiles. Some profiles that may be available by default include: default, desktop-powersave, server-powersave, laptop-ac-powersave, laptop-battery-powersave, spindown-disk, throughput-performance, latency-performance, enterprise-storage. To set a profile, one can issue the command "tuned-adm profile (profile_name)". Here are details about relevant profiles:
- throughput-performance: Server profile for typical throughput tuning. This profile disables tuned and ktune power saving features, enables sysctl settings that may improve disk and network IO throughput performance, switches to the deadline scheduler, and sets the CPU governor to performance.
- latency-performance: Server profile for typical latency tuning. This profile disables tuned and ktune power saving features, enables the deadline IO scheduler, and sets the CPU governor to performance.
- enterprise-storage: Server profile to high disk throughput tuning. This profile disables tuned and ktune power saving features, enables the deadline IO scheduler, enables hugepages and disables disk barriers, increases disk readahead values, and sets the CPU governor to performance
- dirty_background_ratio
-
Set through "echo 40 > /proc/sys/vm/dirty_background_ratio". This setting can help Linux disk caching and performance by setting the percentage of system memory that can be filled with dirty pages.
- dirty_ratio
-
Set through "echo 8 > /proc/sys/vm/dirty_ratio". This setting is the absolute maximum amount of system memory that can be filled with dirty pages before everything must get committed to disk.
- ksm/sleep_millisecs
-
Set through "echo 200 > /sys/kernel/mm/ksm/sleep_millisecs". This setting controls how many milliseconds the ksmd (KSM daemon) should sleep before the next scan.
- swappiness
-
The swappiness value can range from 1 to 100. A value of 100 will cause the kernel to swap out inactive processes frequently in favor of file system performance, resulting in large disk cache sizes. A value of 1 tells the kernel to only swap processes to disk if absolutely necessary. This can be set through a command like "echo 1 > /proc/sys/vm/swappiness"
- Zone Reclaim Mode
-
Zone reclaim allows the reclaiming of pages from a zone if the number of free pages falls below a watermark even if other zones still have enough pages available. Reclaiming a page can be more beneficial than taking the performance penalties that are associated with allocating a page on a remote zone, especially for NUMA machines. To tell the kernel to free local node memory rather than grabbing free memory from remote nodes, use a command like "echo 1 > /proc/sys/vm/zone_reclaim_mode"
- Free the file system page cache
-
The command "echo 3> /proc/sys/vm/drop_caches" is used to free pagecache, dentries and inodes.
- cpupower
-
The OS 'cpupower' utility is used to change CPU power governors settings. Available settings are:
- performance: Run the CPU at the maximum frequency.
- powersave: Run the CPU at the minimum frequency.
- ondemand: Scales the frequency dynamically according to current load. Jumps to the highest frequency and then possibly back off as the idle time increases.
- Choose Operating Mode: (Default="Maximum Efficiency")
-
Select the operating mode based on your preference. Note, power savings and performance are also highly dependent on hardware and software running on system.
- "Maximum Efficiency" 'Efficiency' balances performance and power consumption.
- "Maximum Performance"'Performance' maxmizes performance minimizes latency with little regard to power consumption.
- "Custom Mode" When a preset mode is selected, the low-level settings are not changeable and will be grayed out. If user would like to change the settings, please choose Custom Mode. Custom Mode will inherit the UEFI settings from the previous preset operating mode. For example, if the previous operating mode was the Maximum Performance operating mode and then Custom Mode was selected, all the settings from the Maximum Performance operating mode will be inherited.
- Determinism Slider:
-
- "Performance (default)" When set to Performance, performance is more predictable (deterministic) and operates at the lowest common denominator among the cores. But aggregate peak performance may be reduced. Aggregate performance may be higher, but predictability is lower.
- "Power" When set to Power, cores can scale frequency independently.
- Core Performance Boost:
-
Allows the processor to opportunistically increase a set of CPU cores higher than the CPU’s rated base clock speed, based on the number of active cores, power and thermal headroom in a system.
- "Enabled (default)" When set to Enable, cores can go to turbo frequencies.
- "Disabled" Disables Core Performance Boost so the processor cannot opportunistically increase a set of CPU cores higher than the CPU’s rated base clock speed.
- Global C-state Control:
-
C-states are idle power saving states. This setting enables and disables C-states on the server across all cores. When disabled, the CPU cores can only be in C0 (active) or C1 state. C1 state can never be disabled. A CPU core will be in the C1 state if the core is halted by the operating system.
- "Disabled" I/O based C-state generation and Data Fabric (DF) C-states are disabled.
- "Enabled (default)" I/O based C-state generation and DF C-states are enabled.
- cTDP:
-
Sets the maximum power consumption for CPU. cTDP is only configurable before OS boot.
- "Auto" Sets cTDP=TDP for the installed CPU SKU.
- "Maximum" Maximum sets the maximum allowed cTDP value for the installed CPU SKU.
- "Manual" Usually, maximum is greater than TDP. If a manual value is entered that is larger than the max value allowed, the value will be internally limited to the maximum allowable value.
- cTDP Manual:
-
cTDP is the acronym for Configurable TDP. Some Rome CPU skus support a default TDP and a higher cTDP expressed in Watts.
Model | Normal TDP | Minimum TDP | Maximum TDP |
EPYC 9654 | 360 | 320 | 400 |
EPYC 9654P | 360 | 320 | 400 |
EPYC 9634 | 290 | 240 | 300 |
EPYC 9554 | 360 | 320 | 400 |
EPYC 9554P | 360 | 320 | 400 |
EPYC 9534 | 280 | 240 | 300 |
EPYC 9474F | 360 | 320 | 400 |
EPYC 9454 | 290 | 240 | 300 |
EPYC 9454P | 290 | 240 | 300 |
EPYC 9374F | 320 | 320 | 400 |
EPYC 9354 | 280 | 240 | 300 |
EPYC 9354P | 280 | 240 | 300 |
EPYC 9334 | 210 | 200 | 240 |
EPYC 9274F | 320 | 320 | 400 |
EPYC 9254 | 200 | 200 | 240 |
EPYC 9224 | 200 | 200 | 240 |
EPYC 9174F | 320 | 320 | 400 |
EPYC 9124 | 200 | 200 | 240 |
- Memory Speed:
-
Select the desired memory speed. Faster speeds offer better performance but consume more power.
- 4-Link xGMI Max Speed:
-
Sets the xGMI speed. N is the maximum speed and is auto-calculated from the system board capabilities. For system boards that do not support 4 discrete xGMI speed choices. some menu choices besides 'Minimum' will result in the xGMI speed getting set to the minimum value.
- "Minimal(default)"Minimal will result in the xGMI speed getting set to the minimal value, the minimal xGMI max speed is 16GT/s
- "18Gbps" 2 speed bin down from the maximum speed.
- "25Gbps" 1 speed bin down from the maximum speed.
- "32Gbps"Maximum xGMI link speed.
- NUMA Nodes per Socket:
-
Specifies the number of desired NUMA nodes per socket.
- "NPS0"NPS0 will attempt to interleave the 2 CPU sockets together.
- "NPS1"NPS1 sets one NUMA node per socket.
- "NPS2"NPS2 sets two NUMA nodes per socket, one per Left/Right Half of the SoC.
- "NPS4"NPS4 sets four NUMA nodes per socket, one per Quadrant.
Default is NPS1.
- Package Power Limit:
-
This Parameter sets the CPU package power limit. The maximum value allowed for PPL is the cTDP limit.
- "Auto(default)"Set to maximum value allowed by installed CPU.
- "Manual"Let the user set a power limit and exposes Package Power Limit value applicable for all poplulated processors in the system. If a manual value entered that is larger than the maximum value allowed(cTDP Maximum), the value will be internally limited to maximum allowable value.
- SMT Mode:
-
Can be used to disable symmetric multithreading. To re-enable SMT, a POWER CYCLE is needed after selecting Enable.
- "Enabled (default)"Enables simultaneous multithreading.
- "Disabled"Disables simultaneous multithreading so that only one thread or CPU instruction stream is run on a physical CPU core
- ACPI SRAT L3 Cache as NUMA Domain:
-
When enabled, the last level cache in each CCX in the system will be declared as a separate NUMA domain. It can improve performance for highly NUMA optimized workloads if workloads or components of workloads can be pinned to cores in a CCX and if they can benefit from sharing an L3 cache.
- "Disabled (default)"When disabled, NUMA domains will be identified according to the NUMA Nodes per Socket parameter setting.
- "Enabled"When enabled, each Core Complex (CCX) in the system will become a separate NUMA domain.
- Efficiency Mode:
-
This setting enables an energy efficient mode of operation internal to AMD EPYC Gen2 processors at the expense of performance. The settings should be enabled when energy efficient operation is desired from the processor.
- "Disabled" Use performance optimized CCLX DPM settings
- "Enabled(default)"Use power efficiency optimized CCLX DPM settings
- LCC as NUMA Node:
-
Exposes the processor's last level caches as NUMA nodes. When enabled, can improve performance for highly NUMA optimized workloads if workloads or components of workloads can be pinned into the caches.
- "Disabled"LLCs are not exposed to the operating system as NUMA nodes.
- "Enabled"LLCs are exposed to the operating system as NUMA nodes.
- "Auto (default)" Maps to Disable where the LLCs are not exposed to the operating system as NUMA nodes.
- DF P-states:
-
DF P-states is the processor uncore P-states. Setting SOC P-states to P0, P1, P2, or P3 forces the uncore to operate in a specific P-state frequency.
- "Auto(default)"When Auto is Selected, the CPU DF P-states (uncore P-states) will be dynamically adjusted. That is, their frequency will dynamically change based on the workload.
- "P0"Highest-performing Infinity Fabric P-state.
- "P1"Second-highest-performing Infinity Fabric P-state.
- "P2" Third-highest-performing Infinity Fabric P-state.
- "P3"Lowest-performing Infinity Fabric power P-state.
- L1 Stream HW Prefetcher:
-
Fetches the next cache line int to the L1 cache when cached lines are reused within a certain time period or accessed sequentially.
- "Enabled(default)"Enable L1 Stream HW Prefetcher.
- "Disabled"Disable L1 Stream HW Prefetcher.
- L2 Stream HW Prefetcher:
-
Fetches the next cache line int to the L2 cache when cached lines are reused within a certain time period or accessed sequentially.
- "Enabled(default)"Enable L2 Stream HW Prefetcher.
- "Disabled"Disable L2 Stream HW Prefetcher.
- P-state 1:
-
The processor P-state is the capability of running the processor at different voltage and/or frequency levels. Generally, P0 is the highest state resulting in maximum performance, while P1 is the second level state and will save power but at some penalty to CPU performance.
- "Enable(default)"Enables CPU P1 P-state.
- "Disable"Disable CPU P1 P-state.
- xGMI Maximum Link Width:
-
Sets the xGMI maximum allowable link width. The actual xGMI link width can vary between the minimum and maximum width selected.
- "Auto(default)"use the default xGMI link width controller settings, sets the maximum width based on the system capabilities, the max xGMI link width default is set to x16.
- "0"Specify a custom xGMI link with controller setting, set max xGMI link width to x8.
- "1"Specify a custom xGMI link with controller setting, set max xGMI link width to x16.
- DRAM Scrub Time:
-
Memory reliability parameter that sets the period of time between successive DRAM scrub events. Performance may be reduced with more frequent DRAM scrub events.
Possible values:
- "Disable"
- "1 hour"
- "4 hour"
- "8 hour"
- "16 hour"
- "24 hour (default)"
- "48 hour"
- Memory interleave:
-
This setting allows interleaved memory accesses across multiple memory channels in each socket, providing higher memory bandwidth.
- "Enabled(default)"Interleaving is automatically enabled if memory DIMM configuration supports it.
- "Disabled"No interleaving.