Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- + Started the script at 2026-02-14 16:40:54
- + Version: 0.11.0.0
- +++ PSScriptRoot: C:\CoreCycler-v0.11.0.0
- +++ The initial log level: 2
- +++ Starting the main functionality block
- +++ The original console mode: 503
- +++ Disabled the QuickEdit Mode feature
- +++ Disabled the close button
- +++ Trying to get the initial update check settings
- +++ Custom config file: C:\CoreCycler-v0.11.0.0\configs\Ryzen.AutomaticTestMode.Start.ini
- +++ Initial Update Check Enabled: True
- +++ Initial Update Check Frequency: 24
- +++ Update check is enabled, initializing the background job (early start)
- +++ Starting the update check background job
- +++ Getting the settings
- A custom config file was provided:
- C:\CoreCycler-v0.11.0.0\configs\Ryzen.AutomaticTestMode.Start.ini
- + Trying to determine the automatically selected binary by y-cruncher
- +++ C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- +++ "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\y-cruncher.exe" pause:-2 colors:0 fake-invalid-command /dlllog:""
- +++ Auto-Selecting: 24-ZN5 ~ Komari
- + Found our automatically selected binary: 24-ZN5 ~ Komari
- +++ Settings parsed
- +++
- +++ -------------------------------- The config file -------------------------------
- +++ C:\CoreCycler-v0.11.0.0\config.ini
- +++ --------------------------------------------------------------------------------
- +++
- +++ # Config file for CoreCycler
- +++ # You can always find the default config file in configs\default.config.ini as a reference
- +++
- +++
- +++ # This is a copy of the default.config.ini in the /configs/ directory
- +++ # It contains all the available settings with comments and examples of what they do
- +++ # You can replace this file with your own version, and any setting that does not show up
- +++ # here will use its default value instead
- +++
- +++
- +++
- +++ # General settings
- +++ [General]
- +++
- +++ # Use a predefined config file instead of this one
- +++ # If this value is set, it will use the content from the file provided, overwriting all settings further below
- +++ # (which means that if you use this setting, you can safely remove all other settings in the "main" config.ini file)
- +++ # If this value is empty or invalid, the other settings from this file will apply
- +++ #
- +++ # It's useful for quickly switching between various configs, and you can find some predefined config files in the "configs" directory
- +++ # The setting uses a relative path from the location where this file is located in
- +++ # Example:
- +++ # useConfigFile = configs\quick-initial-test.yCruncher.config.ini
- +++ #
- +++ # Default: (empty)
- +++ useConfigFile = configs\Ryzen.AutomaticTestMode.Start.ini
- +++
- +++
- +++ # The program to perform the actual stress test
- +++ # The following programs are available:
- +++ # - PRIME95
- +++ # - AIDA64
- +++ # - YCRUNCHER
- +++ # - YCRUNCHER_OLD
- +++ # - LINPACK
- +++ # You can change the test mode and options for each stress test program in the respective [section] further down
- +++ # Note: For AIDA64, you need to manually download and extract the portable ENGINEER version and put it
- +++ # in the /test_programs/aida64/ folder
- +++ # AIDA64 is somewhat sketchy as well
- +++ # Note: There are two versions of y-cruncher included, which you can select with either "YCRUNCHER" or "YCRUNCHER_OLD"
- +++ # The "old" version uses the binaries and test algorithms that were available before version 0.8 of y-cruncher
- +++ # See the comments in the [yCruncher] section for a more detailed description
- +++ #
- +++ # Default: PRIME95
- +++ stressTestProgram = YCRUNCHER
- +++
- +++
- +++ # Set the runtime per core
- +++ # You can define a specific runtime per core, by entering a numeric value in seconds,
- +++ # or use 'h' for hours, 'm' for minutes and 's' for seconds
- +++ # Examples: 360 = 360 seconds
- +++ # 1h4m = 1 hour, 4 minutes
- +++ # 1.5m = 1.5 minutes = 90 seconds
- +++ #
- +++ # Automatic runtime:
- +++ # You can also set it to "auto", in which case it will perform one "full" run for each core
- +++ # For Prime95, it will wait until all of the FFT sizes in the selected preset have been tested and
- +++ # will then continues to the next core and start again
- +++ # For y-cruncher the "auto" setting will wait until all selected tests have been finished for a core
- +++ # and will then continue to the next core
- +++ # If logging has been disabled for y-cruncher, it will fall back to 10 minutes per core
- +++ # For Aida64 the "auto" setting will default to 10 minutes per core
- +++ #
- +++ # Below are some examples of the runtime for one iteration of Prime95 for the various tests on my 5900X with one thread
- +++ # The first iteration is also usually the fastest one
- +++ # Selecting two threads usually takes *much* longer than one thread for one iteration in Prime95
- +++ # - Prime95 "Smallest": 4K to 21K - [SSE] ~3-4 Minutes <|> [AVX] ~8-9 Minutes <|> [AVX2] ~8-10 Minutes
- +++ # - Prime95 "Small": 36K to 248K - [SSE] ~4-6 Minutes <|> [AVX] ~14-19 Minutes <|> [AVX2] ~14-19 Minutes
- +++ # - Prime95 "Large": 426K to 8192K - [SSE] ~18-22 Minutes <|> [AVX] ~37-44 Minutes <|> [AVX2] ~38-51 Minutes
- +++ # - Prime95 "Huge": 8960K to MAX - [SSE] ~13-19 Minutes <|> [AVX] ~27-40 Minutes <|> [AVX2] ~33-51 Minutes
- +++ # - Prime95 "All": 4K to MAX - [SSE] ~40-65 Minutes <|> [AVX] ~92-131 Minutes <|> [AVX2] ~102-159 Minutes
- +++ # - Prime95 "Moderate": 1344K to 4096K - [SSE] ~7-15 Minutes <|> [AVX] ~17-30 Minutes <|> [AVX2] ~17-33 Minutes
- +++ # - Prime95 "Heavy": 4K to 1344K - [SSE] ~15-28 Minutes <|> [AVX] ~43-68 Minutes <|> [AVX2] ~47-73 Minutes
- +++ # - Prime95 "HeavyShort": 4K to 160K - [SSE] ~6-8 Minutes <|> [AVX] ~22-24 Minutes <|> [AVX2] ~23-25 Minutes
- +++ #
- +++ # Default: 6m
- +++ runtimePerCore = auto
- +++
- +++
- +++ # Periodically suspend the stress test program
- +++ # This can simulate load changes / switches to idle and back
- +++ # Setting this to 1 will periodically suspend the stress test program, wait for a bit, and then resume it
- +++ # You should see the CPU load and clock speed drop significantly while the program is suspended and rise back up again
- +++ # Note: This will increase the runtime of the various stress tests as seen in the "runtimePerCore" setting by roughly 10%
- +++ #
- +++ # Default: 1
- +++ suspendPeriodically = 1
- +++
- +++
- +++ # The test order of the cores
- +++ # Available modes:
- +++ # Default: On CPUs with more than 8 physical cores: 'Alternate'. Otherwise 'Random'
- +++ # Alternate: Alternate between the 1st core on CCD1, then 1st on CCD2, then 2nd on CCD1, then 2nd on CCD2, etc.
- +++ # This should distribute the heat more evenly and possibly allow for higher clocks on CPUs with 2 CCDs
- +++ # CorePairs: This will create "pairs" of cores, so e.g. core 0 - core 1, core 0 - core 2, ... core 0 - core max,
- +++ # up to core max - core 0, core max - core 1, core max - core max-1
- +++ # This allows for testing if there is any problem when switching from a specific core to another
- +++ # Random: A random order
- +++ # Sequential: Cycle through the cores in numerical order
- +++ #
- +++ # You can also define your own testing order by entering a list of comma separated values.
- +++ # The list will be processed as provided, which means you can test the same core multiple times per iteration.
- +++ # Do note however that the "coresToIgnore" setting still takes precedence over any core listed here.
- +++ # The enumeration of cores starts with 0
- +++ # Example: 5, 4, 0, 5, 5, 7, 2
- +++ #
- +++ # Default: Default
- +++ coreTestOrder = Default
- +++
- +++
- +++ # Skip a core that has thrown an error in the following iterations
- +++ # If set to 0, this will test a core in the next iterations even if has thrown an error before
- +++ #
- +++ # Default: 1
- +++ skipCoreOnError = 1
- +++
- +++
- +++ # Stop the whole testing process if an error occurred
- +++ # If set to 0 (default), the stress test programm will be restarted when an error
- +++ # occurs and the core that caused the error will be skipped in the next iteration
- +++ #
- +++ # Default: 0
- +++ stopOnError = 0
- +++
- +++
- +++ # The number of threads to use for testing
- +++ # You can only choose between 1 and 2
- +++ # If Hyperthreading / SMT is disabled, this will automatically be set to 1
- +++ # Currently there's no automatic way to determine which core has thrown an error
- +++ # Setting this to 1 causes higher boost clock speed (due to less heat)
- +++ #
- +++ # Default: 1
- +++ # Maximum: 2
- +++ numberOfThreads = 2
- +++
- +++
- +++ # Use only one thread for load generation, but assign this thread to both virtual (logical) cores
- +++ # This way the Windows Scheduler or the internal CPU scheduler will choose which of both virtual CPU is used
- +++ # This may lead to additional stress situation otherwise not possible
- +++ # This setting has no effect if Hyperthreading / SMT is disabled or if numberOfThreads = 2
- +++ #
- +++ # Default: 0
- +++ assignBothVirtualCoresForSingleThread = 0
- +++
- +++
- +++ # The max number of iterations
- +++ # High values are basically unlimited (good for testing over night)
- +++ #
- +++ # Default: 10000
- +++ maxIterations = 10000
- +++
- +++
- +++ # Ignore certain cores
- +++ # Comma separated list of cores that will not be tested
- +++ # The enumeration of cores starts with 0
- +++ #
- +++ # Example: coresToIgnore = 0, 1, 2
- +++ # Default: (empty)
- +++ coresToIgnore =
- +++
- +++
- +++ # Restart the stress test process when a new core is selected
- +++ # This means each core will perform the same sequence of tests during the stress test
- +++ # This setting is best combined with runtimePerCore = auto
- +++ # Note: The monitor doesn't seem to turn off when this setting is enabled
- +++ #
- +++ # Important note:
- +++ # One disadvantage of this setting is that it has the potential to limit the amount of tests that the stress test program
- +++ # can run.
- +++ # In Prime95 for example, each FFT size will run for roughly 1 minute (except for very small ones), so if you want to make
- +++ # sure that Prime95 runs all of the available FFT sizes for a setting, you'll have to extend the "runtimePerCore" setting
- +++ # from the default value to something higher.
- +++ # For example the "Huge"/SSE preset has 19 FFT entries, and tests on my 5900X showed that it roughly takes 13-19 Minutes
- +++ # until all FFT sizes have been tested. The "Large"/SSE seems to take between 18 and 22 Minutes.
- +++ # I've included the measured times in the comment for the "runtimePerCore" setting above.
- +++ # This is why setting runtimePerCore = auto is beneficial when using this setting, to make sure every test is performed
- +++ # for every core.
- +++ #
- +++ # If this setting is disabled, a new core will very likely start with a different test / FFT size than the previous one.
- +++ # For longer testing periods (e.g. over night), the tested FFT sizes / algorithms will even out eventually, but if you
- +++ # want to make sure that each core is tested in exactly the same way, you should enable this setting.
- +++ #
- +++ # Default: 0
- +++ restartTestProgramForEachCore = 0
- +++
- +++
- +++ # Set a delay between the cores
- +++ # If the "restartTestProgramForEachCore" flag is set, this setting will define the amount of seconds between the end of
- +++ # the run of one core and the start of another
- +++ # If "restartTestProgramForEachCore" is 0, this setting has no effect
- +++ # Using this setting may help your CPU to cool down a little between cores, which could result in slightly higher
- +++ # core clocks at the start of the test (which could help in identifying instabilities)
- +++ #
- +++ # Default: 15
- +++ delayBetweenCores = 15
- +++
- +++
- +++ # Beep on a core error
- +++ # Play a beep when a core has thrown an error
- +++ #
- +++ # Default: 1
- +++ beepOnError = 0
- +++
- +++
- +++ # Flash on a core error
- +++ # Flash the window/icon in the taskbar when a core has thrown an error
- +++ #
- +++ # Default: 1
- +++ flashOnError = 1
- +++
- +++
- +++ # Check for WHEA errors
- +++ # If this is enabled, CoreCycler will periodicall check the Windows Event Log for WHEA errors
- +++ # These WHEA errors do not necessarily cause or show up together with a stress test error, but are indicative
- +++ # of an unstable overclock/undervolt
- +++ # A stable system should not produce any WHEA errors/warnings
- +++ #
- +++ # Default: 1
- +++ lookForWheaErrors = 1
- +++
- +++
- +++ # Treat a WHEA Warning Event Log entry as an error
- +++ # If this is enabled, a WHEA warning (Event Id 19, "corrected hardware error") will be treated as a "real" error
- +++ # The testing on the core will be stopped and continued on the next one
- +++ # However only if the APIC ID from the WHEA message matches the core that was currently tested, otherwise
- +++ # only a warning will be displayed
- +++ #
- +++ # Default: 1
- +++ treatWheaWarningAsError = 1
- +++
- +++
- +++
- +++
- +++ # Prime95 specific settings
- +++ [Prime95]
- +++
- +++ # The test modes for Prime95
- +++ # SSE Lightest load on the processor, lowest temperatures, highest boost clock
- +++ # AVX Medium load on the processor, medium temperatures, medium boost clock
- +++ # AVX2 Heavy load on the processor, highest temperatures, lowest boost clock
- +++ # AVX512 Only available for certain CPUs (Ryzen 7000, some Intel Alder Lake, etc)
- +++ # CUSTOM You can define your own settings for Prime. See the "customs" section further below
- +++ #
- +++ # Default: SSE
- +++ mode = SSE
- +++
- +++
- +++ # The FFT size preset to test for Prime95
- +++ # These are basically the presets as present in Prime95, plus an additional few
- +++ # Note: If "mode" is set to "CUSTOM", this setting will be ignored
- +++ # Smallest 4K to 21K - Prime95 preset text: "tests L1/L2 caches, high power/heat/CPU stress"
- +++ # Small 36K to 248K - Prime95 preset text: "tests L1/L2/L3 caches, maximum power/heat/CPU stress"
- +++ # Large 426K to 8192K - Prime95 preset text: "stresses memory controller and RAM" (although dedicated memory stress testing is disabled here by default!)
- +++ # Huge 8960K to MAX - Anything beginning at 8960K up to the highest FFT size (32768K for SSE/AVX, 51200K for AVX2, 65536K for AVX512)
- +++ # All 4K to MAX - 4K to up to the highest FFT size (32768K for SSE/AVX, 51200K for AVX2, 65536K for AVX512)
- +++ # Moderate 1344K to 4096K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000"
- +++ # Heavy 4K to 1344K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000"
- +++ # HeavyShort 4K to 160K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000"
- +++ #
- +++ # You can also define a single FFT size by just entering the value, or your own range by entering two FFT sizes joined by a hyphen, e.g 36-1344
- +++ #
- +++ # Default: Huge
- +++ FFTSize = Huge
- +++
- +++
- +++
- +++
- +++ # y-cruncher specific settings
- +++ # These apply to both "YCRUNCHER" and "YCRUNCHER_OLD"
- +++ [yCruncher]
- +++
- +++ # The test modes for y-cruncher
- +++ # y-cruncher offer various test modes (binaries/algorithms), that require different instruction sets to be available
- +++ # See the \test_programs\y-cruncher\Binaries\Tuning.txt file for a detailed explanation
- +++ #
- +++ # Automatic selection vs. manual selection:
- +++ # You can use the "auto" setting, in which case y-cruncher will automatically decide which binary it chooses for your CPU
- +++ # If instead you want to manually select a specific binary, you can see the list below:
- +++ #
- +++ # Test Mode Name Automatic Selection For Required Instruction Set
- +++ # -------------- ----------------------- ------------------------
- +++ # "00-x86" Legacy x86 86/IA-32 since Pentium (BSWAP, CMPXCHG, CPUID, RDTSC, possibly others...)
- +++ # "04-P4P" Intel Pentium 4 Prescott SSE, SSE2, SSE3
- +++ # "05-A64 ~ Kasumi" AMD Athlon 64 x64, SSE, SSE2, SSE3
- +++ # "08-NHM ~ Ushio" Intel Nehalem x64, SSE, SSE2, SSE3, SSSE3, SSE4.1
- +++ # "11-SNB ~ Hina" Intel Sandy Bridge x64, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX
- +++ # "12-BD2 ~ Miyu" AMD Piledriver x64, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, ABM, FMA3
- +++ # "13-HSW ~ Airi" Intel Haswell x64, ABM, BMI1, BMI2, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2
- +++ # "14-BDW ~ Kurumi" Intel Broadwell x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2
- +++ # "17-SKX ~ Kotori" Intel Skylake X [AVX512] x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2, AVX512-(F/CD/VL/BW/DQ)
- +++ # "17-ZN1 ~ Yukina" AMD Zen 1 Summit Ridge x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2
- +++ # "18-CNL ~ Shinoa" Intel Cannon Lake [AVX512] x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2, AVX512-(F/CD/VL/BW/DQ/IFMA/VBMI)
- +++ # "19-ZN2 ~ Kagari" AMD Zen 2 Matisse (and Zen 3) x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2
- +++ # "22-ZN4 ~ Kizuna" AMD Zen 4 Raphael [AVX512] x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2, AVX512-(F/CD/VL/BW/DQ/IFMA/VBMI/GFNI)
- +++ # "24-ZN5 ~ Komari" AMD Zen 5 Granite Ridge [AVX512] x64, ABM, BMI1, BMI2, ADX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, FMA3, AVX2, AVX512-(F/CD/VL/BW/DQ/IFMA/VBMI/VBMI2/GFNI)
- +++ #
- +++ # If you let y-cruncher run on its own, it will automatically select one of these test modes depending on the processor it detects,
- +++ # this is the "Automatic Selection For" column in the table above
- +++ # For CoreCycler however you need to select a specific test mode to be run
- +++ # As a general rule you can assume that the less instructions are required, the less heat a test mode will produce, and therefore the boost clocks can go higher
- +++ # On the other hand, if you actually want to test all the transistors in your chip, you will need to select a test mode that covers all of the available instruction sets
- +++ # So it's advised that you test both with the least and the highest amount of available instruction sets for your processor to cover all use cases
- +++ #
- +++ # Be aware that test modes that require AVX512 instructions will not work on processors that do not support AVX512!
- +++ # It will either outright crash or simply not start
- +++ #
- +++ # A quick overview:
- +++ # "00-x86" produces the least amount of heat and should therefore produce the highest boost clock on most tests
- +++ # "14-BDW ~ Kurumi" is the test that y-cruncher itself would default to if you run it on an Intel CPU up to at least 14th gen
- +++ # "19-ZN2 ~ Kagari" is the test that y-cruncher itself would default to for Zen 2/3 (Ryzen 3000/5000)
- +++ # "22-ZN4 ~ Kizuna" is the test that y-cruncher itself would default to for Zen 4 (Ryzen 7000) and uses AVX512 instructions
- +++ # "24-ZN5 ~ Komari" is the test that y-cruncher itself would default to for Zen 5 (Ryzen 9000) and uses AVX512 instructions
- +++ #
- +++ # User experience seems to indicate that "19-ZN2 ~ Kagari" is pretty good for testing stability, even for Zen 4 (Ryzen 7000) CPUs
- +++ # It is unclear yet how Zen 5 / Ryzen 9000 CPUs will turn out
- +++ # So as a recommendation, use "04-P4P" for low load testing and "19-ZN2 ~ Kagari" for higher/AVX2 load scenarios
- +++ # As "14-BDW ~ Kurumi" is the test mode that y-cruncher chooses for Intel CPUs, it is not entirely clear if this or "19-ZN2 ~ Kagari"
- +++ # is the better test for AVX/AVX2 loads on Intel CPUs. At least they share the same instruction sets, so you might need to check for yourself
- +++ #
- +++ #
- +++ # When using the old y-cruncher version ("YCRUNCHER_OLD" selected as the stress test), the "12-BD2 ~ Miyu" test mode is named "11-BD1 ~ Miyu" instead
- +++ #
- +++ # Default: 00-x86
- +++ mode = 24-ZN5 ~ Komari
- +++
- +++
- +++ # Set the test algorithms to run for y-cruncher
- +++ # y-crunchers offers various different test algorithms that it can run, here you can select which ones it should use
- +++ # Tag Test Name Component CPU------Mem
- +++ # --- --------- --------- ------------
- +++ # BKT Basecase + Karatsuba Scalar Integer -|--------
- +++ # BBP BBP Digit Extraction AVX2 Float |---------
- +++ # SFTv4 Small In-Cache FFTv4 AVX2 Float -|--------
- +++ # SNT Small In-Cache N63 AVX2 Integer --|-------
- +++ # SVT Small In-Cache VT3 AVX2 Float --|-------
- +++ # FFTv4 Fast Fourier Transform (v4) AVX2 Float ---------|
- +++ # N63 Classic NTT (v2) AVX2 Integer ---|------
- +++ # VT3 Vector Transform (v3) AVX2 Float ----|-----
- +++
- +++ #
- +++ # Use a comma separated list
- +++ # Default: BKT, BBP, SFTv4, SNT, SVT, FFTv4, N63, VT3
- +++ tests = BKT, BBP, SFTv4, SNT, SVT, FFTv4, N63, VT3
- +++
- +++
- +++ # Set the test algorithms to run for the "old" version of y-cruncher ("YCRUNCHER_OLD" selected as the stress test)
- +++ # This older version (v0.7.10.9513) has a different set of tests to choose from
- +++ # Tag Test Name Component CPU------Mem
- +++ # --- --------- --------- ------------
- +++ # BKT Basecase + Karatsuba Scalar Integer -|--------
- +++ # BBP BBP Digit Extraction Floating-Point |--------- depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # SFT Small In-Cache FFT Floating-Point -|-------- depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # FFT Fast Fourier Transform Floating-Point ---------| depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # N32 Classic NTT (32-bit) Scalar Integer -----|---- depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # N64 Classic NTT (64-bit) Scalar Integer ---|------ depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # HNT Hybrid NTT Mixed Workload -----|----
- +++ # VST Vector Transform Floating-Point ------|--- depending on the selected mode uses SSE, AVX, AVX2 or AVX512
- +++ # C17 Code 17 Experiment AVX2/512 Mixed ---|------ depending on the selected mode uses AVX2 or AVX512
- +++ #
- +++ # Important:
- +++ # "C17" (Code 17 Experiment) will only work with a AVX2 and AVX512 workload (so with mode "13-HSW ~ Airi" and above)
- +++ #
- +++ # Use a comma separated list
- +++ # Default: BKT, BBP, SFT, FFT, N32, N64, HNT, VST
- +++ #tests = BKT, BBP, SFT, FFT, N32, N64, HNT, VST
- +++
- +++
- +++ # Set the duration in seconds for each test in y-cruncher
- +++ # The duration for each individual test selected above in the "tests" setting
- +++ # Note: not the total runtime
- +++ #
- +++ # Default: 60
- +++ testDuration = 60
- +++
- +++
- +++ # Memory allocation for y-cruncher
- +++ # This allows you to customize the allocated memory for y-cruncher
- +++ # Set the value in bytes or use a "short" notation like e.g. "64MB"
- +++ # The default setting uses 13.4 MB (13418572 bytes, 12.8 MiB) for one resp. 26.7 MB (26567600 bytes, 25.3 MiB) for two threads
- +++ # Note the difference between "MB" (1000 kilobyte = 1000*1000 byte) and "MiB" (1024 kibibyte = 1024*1024 byte)
- +++ #
- +++ # Default: Default
- +++ memory = Default
- +++
- +++
- +++ # Enable or disable the custom logging wrapper for y-cruncher
- +++ # We are using the helpers/WriteConsoleToWriteFileWrapper.exe executable to capture the output of y-cruncher and write it to a file
- +++ # It is using the Microsoft Detours C++ library to do so
- +++ # Here you can disable this behaviour and revert back to the original y-cruncher execution
- +++ #
- +++ # It is strongly recommended to leave this setting enabled, unless you're experiencing problems with it!
- +++ #
- +++ # Default: 1
- +++ enableYCruncherLoggingWrapper = 1
- +++
- +++
- +++
- +++
- +++ # Aida64 specific settings
- +++ [Aida64]
- +++
- +++ # The test modes for Aida64
- +++ # Note: "RAM" consumes basically all of the available memory and makes the computer pretty slow
- +++ # You can change the amount of RAM being used / tested with the "maxMempory" setting below
- +++ # CACHE: Starts Aida64 with the "Cache" stress test
- +++ # CPU: Starts Aida64 with the "CPU" stress test
- +++ # FPU: Starts Aida64 with the "FPU" stress test
- +++ # RAM: Starts Aida64 with the "Memory" stress test
- +++ # You can also combine multiple stress tests like so: CACHE,CPU,FPU
- +++ #
- +++ # Default: CACHE
- +++ mode = CACHE
- +++
- +++
- +++ # Use AVX for Aida64
- +++ # This enables or disables the usage of AVX instructions during Aida64's stress tests
- +++ #
- +++ # Default: 0
- +++ useAVX = 0
- +++
- +++
- +++ # The maximum memory allocation for Aida64
- +++ # Sets the maximum memory usage during the "RAM" stress test in percent
- +++ # Note: Setting this too high can cause your Windows to slow down to a crawl!
- +++ #
- +++ # Default: 90
- +++ maxMemory = 90
- +++
- +++
- +++
- +++
- +++ # Linpack specific settings
- +++ [Linpack]
- +++
- +++ # Which version of Linpack to use
- +++ # There are four different choices available
- +++ # 2018: Intel Linpack version 2018.0.3.1 - this is the same version as used in Linpack Xtreme 1.1.5
- +++ # 2019: Intel Linpack version 2019.0.3.1
- +++ # 2021: Intel Linpack version 2021.4.1.0 - this version always uses FASTEST (AVX2)
- +++ # 2024: Intel Linpack version 2024.2.1.0 - this version always uses FASTEST (AVX2)
- +++ #
- +++ # Version 2018 and 2019 are the only ones where you can set the mode to anything but "FASTEST"
- +++ # These two version also run slightly faster (more GFlops) on AMD processors than the newer versions when set to "FASTEST"
- +++ # But the newer versions might have additional optimizations that are missing in the older ones
- +++ #
- +++ # Default: 2018
- +++ version = 2018
- +++
- +++
- +++ # The test mode for Linpack
- +++ # You can choose between five settings:
- +++ # SLOWEST
- +++ # SLOW
- +++ # MEDIUM
- +++ # FAST
- +++ # FASTEST
- +++ # These settings define how fast one iteration will be completed (how many GFlops you'll see and the time it takes)
- +++ # It should also affect which instruction set is being used, e.g. FASTEST should enable AVX2, while FAST should
- +++ # use AVX
- +++ # I'm not entirely sure what instructions the other settings use exactly, but I did see a difference in the runtime
- +++ # and GFlops for these settings
- +++ # Here are some examples (not comparable to anything else, since determined with a custom overclock/undervolt setting):
- +++ # Ryzen 5900X 1 Thread Intel 14900KF 1 Thread
- +++ # GFlops Time Temp GFlops Time Temp
- +++ # SLOWEST ~21 ~126s ~67°C ~28 ~96s ~64°C
- +++ # SLOW ~25 ~105s ~71°C ~28 ~94s ~65°C
- +++ # MEDIUM ~27 ~99s ~71°C ~30 ~89s ~66°C
- +++ # FAST ~45 ~59s ~75°C ~51 ~52s ~66°C
- +++ # FASTEST ~66 ~40s ~76°C ~78 ~34s ~69°C
- +++ #
- +++ # As you can see, the setting has a more pronounced effect on AMD CPUs, but Intel CPUs are affected as well, just not
- +++ # as much on the slower settings
- +++ # This setting makes use of an undocumentented environment variable (MKL_DEBUG_CPU_TYPE) for Intel's MKL library
- +++ # (Math Kernel Library), which is interally used by Linpack
- +++ #
- +++ # Default: MEDIUM
- +++ mode = MEDIUM
- +++
- +++
- +++ # Memory allocation for Linpack
- +++ # Set the amount of memory to use with Linpack
- +++ # Enter the value either as a string like 500MB, 2GB, 4GB, etc
- +++ # Or as a raw value in bytes, e.g. 250000000 (which would equal "250MB")
- +++ # Note the difference between "MB" (1000 kilobyte = 1000*1000 byte) and "MiB" (1024 kibibyte = 1024*1024 byte)
- +++ # Also be aware that the memory size directly influences the time it takes to run one test, here are some examples:
- +++ # Setting Sample runtime Sample runtime
- +++ # with MEDIUM with FASTEST
- +++ # 100MB 1s 0.5s
- +++ # 250MB 4s 2s
- +++ # 500MB 12s 5s
- +++ # 750MB 23s 9s
- +++ # 1GB 35s 14s
- +++ # 2GB 99s 40s
- +++ # 4GB 287s 117s
- +++ # 6GB 534s 216s
- +++ # 30GB unknown, >1h not tested (I aborted after over an hour)
- +++ # Also note that choosing more memory doesn't necessarily help in finding CPU related problems
- +++ # It may help identifying RAM or IMC (Internal Memory Controller) related issues
- +++ #
- +++ # Default: 2GB
- +++ memory = 2GB
- +++
- +++
- +++
- +++
- +++ # Settings for the Automatic Test Mode
- +++ [AutomaticTestMode]
- +++
- +++ # Enable the automatic test mode
- +++ # If you enable this setting, the script will automatically adjust the Curve Optimizer or voltage offset values
- +++ # when an error occurs
- +++ #
- +++ # For Ryzen CPUs it uses "ryzen-smu-cli", which is included in the /tools/ryzen-smu-cli/ directory
- +++ # For Intel, it uses "IntelVoltageControl", which allows you to set a voltage offset (also included in the /tools/ directory)
- +++ #
- +++ # Note that this will only INCREASE the Curve Optimizer / voltage offset values, i.e. it will try to make the settings
- +++ # more stable, it will never push the settings more into the negative
- +++ # Also note that enabling this setting will require the script to be run with administrator privileges
- +++ # And lastly, enabling it will set "skipCoreOnError" to 0 and "stopOnError" to 0 as long as the limit has not been reached
- +++ #
- +++ # IMPORTANT: The automatically adjusted Curve Optimizer / voltage offset values are NOT permanent, so after a regular reboot they
- +++ # will not be applied anymore
- +++ # If you want to permanently set these values, you will need to set them in the BIOS, or use a startup script to
- +++ # set them on every Windows start (see the .txt files for ryzen-smu-cli resp. IntelVoltageControl in the /tools
- +++ # directory for an explanation of the various settings)
- +++ #
- +++ # Default: 0
- +++ enableAutomaticAdjustment = 0
- +++
- +++
- +++ # The starting Curve Optimizer / voltage offset values
- +++ # You can provide the Curve Optimizer / voltage offset starting values here, or let them be automatically detected
- +++ # If you specify values here, they will overwrite your currently applied CO / voltage offset settings
- +++ # If you leave the value blank or set it to "CurrentValues" or "Default", it will try to automatically detect your current settings
- +++ #
- +++ # For Ryzen, you can use the "Minimum" value to automatically set the values to their respective minimum Curve Optimizer values
- +++ # (-30 for Ryzen 5000 and -50 for Ryzen 7000 and upwards)
- +++ #
- +++ # Use a comma separated list or define a single value that will be applied to all cores
- +++ # You can also use spaces or "|" to separate the cores
- +++ # For Intel, this currently only really supports a single voltage offset that is applied to each core
- +++ # For Ryzen, you can define the Curve Optimizer value for each core
- +++ #
- +++ # Note: For Ryzen, the minimum possible Curve Optimizer value is defined by your CPU
- +++ # -30 is the minimum value for Curve Optimizer on Ryzen 5000, and -50 for Ryzen 7000 and upwards
- +++ # (and each point of Curve Optimizer equals around 3-5 millivolts)
- +++ # Note: For Intel, the values are provided in millivolts, so e.g. -120 for an undervolt of -0.120v
- +++ #
- +++ # IMPORTANT: Use a negative sign if you want negative CO values / a negative voltage offset, not providing a negative sign will
- +++ # instead apply a positive CO / voltage offset!
- +++ # IMPORTANT: The automatically adjusted Curve Optimizer / voltage offset values are TEMPORARY, so after a regular reboot they
- +++ # will not be applied anymore
- +++ # If you want to permanently set these values, you will need to set them in the BIOS, or use a startup script to
- +++ # set them on every Windows start (see the text files in the /tools directory for an explanation of the various settings)
- +++ #
- +++ # Example for setting Curve Optimizer values for a Ryzen 5800X with 8 cores:
- +++ # startValues = -15, -10, -15, -8, 2, -20, 0, -30
- +++ # Or
- +++ # startValues = -15 -10 -15 -8 2 -20 0 -30
- +++ # Or
- +++ # startValues = -15 | -10 | -15 | -8 | 2 | -20 | 0 | -30
- +++ #
- +++ # Example to assign a single Curve Optimizer value to all cores:
- +++ # startValues = -20
- +++ #
- +++ # Example to assign a voltage offset of -0.120v (-120mv) for Intel processors:
- +++ # startValues = -120
- +++ #
- +++ # Default: CurrentValues
- +++ startValues = CurrentValues
- +++
- +++
- +++ # The upper limit for the Curve Optimizer values / voltage offset
- +++ # If this limit has been reached, no further adjustments will be performed
- +++ # Instead the core will now simply throw an error and the regular "skipCoreOnError" setting will be obeyed
- +++ # This is either a Curve Optimizer value or a voltage offset value
- +++ #
- +++ # IMPORTANT: Be sensible about this value, setting it too high into the positive could apply a too high
- +++ # voltage to your CPU and may damage it!
- +++ #
- +++ # Default: 0
- +++ maxValue = 0
- +++
- +++
- +++ # The amount by which to increase the Curve Optimizer / voltage offset value
- +++ # On an error, the Curve Optimizer / voltage offset value will be increased by this amount
- +++ # For Ryzen, a value between 1 and 5 seems reasonable
- +++ # For Intel, you should probably set this to 5 to increase the vCore by 5mv after an error
- +++ #
- +++ # Setting it to "Default" will set the value to 1 for Ryzen and 5 for Intel
- +++ #
- +++ # Default: Default
- +++ incrementBy = Default
- +++
- +++
- +++ # Set only the currently tested core to the selected Curve Optimizer / voltage offset value
- +++ # All the other cores will be set to 0, resp. the determined maximum value if it's higher than 0
- +++ # This should prevent errors caused by other cores than the currently tested one, or at least diminish the chance for that
- +++ #
- +++ # Note: Currently this only has an effect for Ryzen processors, for Intel up to 14th gen there is only one voltage value
- +++ #
- +++ # Default: 0
- +++ setVoltageOnlyForTestedCore = 0
- +++
- +++
- +++ # Repeat the test on a core if it has thrown an error and the Curve Optimizer / voltage offset value was increased
- +++ # Setting this to 1 will restart the test, until it has not thrown an error, or until the maximum value has been reached
- +++ # Setting it to 0, the script will continue to the next core in line as normal
- +++ #
- +++ # Default: 1
- +++ repeatCoreOnError = 1
- +++
- +++
- +++ # Try to automatically resume after a crash / hard reboot
- +++ # If this setting is enabled, the script will try to automatically resume after a reboot has occurred
- +++ # It creates a Scheduled Task that will be run at logon, which then tries to resume where it left off,
- +++ # optionally repeating the last core with an adjusted value (see the repeatCoreOnError setting)
- +++ #
- +++ # IMPORTANT: If you just close the CoreCycler window without properly exiting the script with CTRL+C,
- +++ # the Scheduled Task will remain and will be executed on the next reboot!
- +++ # So make sure that you always exit CoreCycler by pressing CTRL+C
- +++ #
- +++ # IMPORTANT: The Scheduled Task will execute once you log back in to your user account
- +++ # So for a true automated testing, it would be beneficial if you activated auto-logon
- +++ # Be aware that this might pose a security risk though, so make sure to consider the risks!
- +++ # https://learn.microsoft.com/en-us/sysinternals/downloads/autologon
- +++ # https://learn.microsoft.com/en-us/troubleshoot/windows-server/user-profiles-and-logon/turn-on-automatic-logon
- +++ #
- +++ # NOTE: On some systems, especially Ryzen 9000 systems, the computer doesn't seem to reset during an unstable
- +++ # Curve Optimizer setting, instead it just seems to freeze and would need to be manually restarted.
- +++ # Unfortunately there's currently no way around this that I know of.
- +++ # Maybe there is a BIOS setting somewhere, if you know something, please let me know.
- +++ #
- +++ # Default: 0
- +++ enableResumeAfterUnexpectedExit = 0
- +++
- +++
- +++ # Windows treats crashes or reboots that happen within 120 seconds of the boot as a "failed" boot
- +++ # To prevent the Windows Recovery Screen from appearing after three of those "failed" boots, the script will wait for this
- +++ # amount of time before resuming the testing process
- +++ # Set this to 0 if you don't care about that and want to resume immediately
- +++ #
- +++ # Default: 120
- +++ waitBeforeAutomaticResume = 120
- +++
- +++
- +++ # Create a System Restore Point when using the Automatic Test Mode
- +++ # Using the Automatic Test Mode with very unstable starting settings may result in a corrupted Windows installation,
- +++ # so creating a System Restore Point before activation is highly recommended
- +++ # This way you can more easily restore a corrupted installation
- +++ #
- +++ # NOTE: The script will only create a System Restore Point if the last one is older than 24 hours
- +++ # It will also not do so while in the middle of the Automatic Test Mode process, only when starting a fresh one
- +++ #
- +++ # Default: 1
- +++ createSystemRestorePoint = 1
- +++
- +++
- +++ # Ask for the creation of a System Restore Point
- +++ # If this setting is disabled, the System Restore Point will be automatically created without user interaction
- +++ #
- +++ # Default: 1
- +++ askForSystemRestorePointCreation = 1
- +++
- +++
- +++
- +++ # Log specific settings
- +++ [Logging]
- +++
- +++ # The name of the log file
- +++ # The "mode" parameter, the selected stress test program and test mode, as well as the start date & time will be
- +++ # added to the name, with a .log file ending
- +++ #
- +++ # Default: CoreCycler
- +++ name = CoreCycler
- +++
- +++
- +++ # Set the log level
- +++ # 0: Do not log or display additional information
- +++ # 1: Write additional information to the log file (verbose)
- +++ # 2: Write even more information to the log file (debug)
- +++ # 3: Also display the verbose messages in the terminal
- +++ # 4: Also display the debug messages in the terminal
- +++ #
- +++ # Default: 2
- +++ logLevel = 2
- +++
- +++
- +++ # Make use of the Windows Event Log to log core tests and core errors
- +++ # If this is enabled, CoreCycler will add entries to the Windows Event Log when it has been started, ended,
- +++ # and also when iterating over the cores
- +++ # This can be helpful if you suffer from corrupted log files after a hard reboot during testing
- +++ # To be able to use this, a new Windows Event "Source" for CoreCycler needs to be added, the script will ask
- +++ # you add this if it's not available yet
- +++ # Adding this Source will require Administrator rights (once), but after it has been added, no additional rights
- +++ # are required
- +++ # The entries can be found in the Windows Logs/Application section of the Event Viewer
- +++ #
- +++ # Default: 1
- +++ useWindowsEventLog = 1
- +++
- +++
- +++ # Periodically flush the disk write cache
- +++ # If this is enabled, CoreCycler will periodically try to flush the disk write cache, which could help to prevent
- +++ # corrupted log files when a hard reboot during testing occurs
- +++ # Note that some drives have an additional internal write cache, which is NOT affected by this setting
- +++ # Also note that this will not work for all drives/volumes, e.g. if you run the script from a VeraCrypt volume,
- +++ # this setting will have no effect
- +++ #
- +++ # Default: 0
- +++ flushDiskWriteCache = 0
- +++
- +++
- +++
- +++
- +++ # Settings for updates
- +++ [Update]
- +++
- +++ # Enable the update check
- +++ #
- +++ # Default: 1
- +++ enableUpdateCheck = 1
- +++
- +++
- +++ # The frequency of the check, in hours
- +++ #
- +++ # Default: 24
- +++ updateCheckFrequency = 24
- +++
- +++
- +++
- +++
- +++ # Custom settings for Prime95
- +++ [Prime95Custom]
- +++
- +++ # This needs to be set to 1 for AVX mode
- +++ # (and also if you want to set AVX2 below)
- +++ CpuSupportsAVX = 0
- +++
- +++
- +++ # This needs to be set to 1 for AVX2 mode
- +++ CpuSupportsAVX2 = 0
- +++
- +++
- +++ # This also needs to be set to 1 for AVX2 mode on Ryzen
- +++ CpuSupportsFMA3 = 0
- +++
- +++
- +++ # This needs to be set to 1 for AVX512 mode
- +++ CpuSupportsAVX512 = 0
- +++
- +++
- +++ # The minimum FFT size to test
- +++ # Value for "Smallest FFT": 4
- +++ # Value for "Small FFT": 36
- +++ # Value for "Large FFT": 426
- +++ MinTortureFFT = 4
- +++
- +++
- +++ # The maximum FFT size to test
- +++ # Value for "Smallest FFT": 21
- +++ # Value for "Small FFT": 248
- +++ # Value for "Large FFT": 8192
- +++ MaxTortureFFT = 8192
- +++
- +++
- +++ # The amount of memory to use in MB
- +++ # 0 = In-Place
- +++ TortureMem = 0
- +++
- +++
- +++ # The max amount of minutes for each FFT size during the stress test
- +++ # Note: It may be much less than one minute, basically it seems to be "one run or one minute, whichever is less"
- +++ TortureTime = 1
- +++
- +++
- +++
- +++
- +++ # Debug settings that shouldn't need to be changed
- +++ # Only change them if you know what you're doing and there's a problem you're trying to identify
- +++ [Debug]
- +++
- +++ # Debug setting to disable the periodic CPU utilization check
- +++ #
- +++ # This setting enables or disables the CPU utilization check during stress testing.
- +++ # Some stress test programs (like Aida64) do not generate a log file, so the only way to detect an error is by
- +++ # checking the current CPU utilization.
- +++ #
- +++ # This uses a pretty basic check to see if the stress is still running at all, for a more detailled check
- +++ # enable the "useWindowsPerformanceCountersForCpuUtilization" below.
- +++ # Be aware that enabling the Windows Performance Counters may introduce other issues though, see the
- +++ # corresponding setting for an explanation.
- +++ #
- +++ # Default: 0
- +++ disableCpuUtilizationCheck = 0
- +++
- +++
- +++ # Debug setting to enable the use of Windows Performance Counters for the CPU utilization check
- +++ #
- +++ # This setting controls if the Windows Performance Counters should be used, which can be corrupted for unknown
- +++ # reasons. Please see the readme.txt and the /tools/enable_performance_counter.bat file for a possible way
- +++ # to fix these issues. There's no guarantee that it works though.
- +++ #
- +++ # Default: 0
- +++ useWindowsPerformanceCountersForCpuUtilization = 0
- +++
- +++
- +++ # Debug setting to enable querying for the CPU frequency
- +++ #
- +++ # This setting enables checking the CPU frequency
- +++ # Currently it doesn't really serve any purpose. The retrieved CPU frequency is not accurate enough (e.g. compared to HWiNFO),
- +++ # and its output is limited to the "verbose" channel.
- +++
- +++ # According to some reports, enabling it can result in incorrect CPU utilization readings, so be aware of this when you enable
- +++ # this setting.
- +++ #
- +++ # Note that this also enables the usage of the Windows Performance Counters, which may not work on certain systems.
- +++ # They can become corrupted, please see the readme.txt and the /tools/enable_performance_counter.bat file for a possible way
- +++ # to fix these issues. There's no guarantee that it works though.
- +++ #
- +++ # Default: 0
- +++ enableCpuFrequencyCheck = 0
- +++
- +++
- +++ # Debug setting to control the interval in seconds for the CPU utilization check and the "suspendPeriodically" functionality
- +++ #
- +++ # Don't set this too low, it will spam the log file and can produce unnecessary CPU load.
- +++ # It would also increase the time when the stress test program is suspended
- +++ # I'd consider 10 to be the minimum reasonable value (which is also the default)
- +++ #
- +++ # If 0, will disable this functionality
- +++ # This basically would mean "disableCpuUtilizationCheck = 1" and "suspendPeriodically = 0"
- +++ # Not entirely though, as the last check before changing a core is not affected
- +++ #
- +++ # Default: 10
- +++ tickInterval = 10
- +++
- +++
- +++ # Debug setting to delay the first error check for each core
- +++ #
- +++ # With this setting you can define a wait time before the first error check happens for each core
- +++ # Some systems may need longer to initialize the stress test program, which can result in an incorrect CPU utilization detection,
- +++ # so setting this value might resolve this issue
- +++ # Don't set this value too high in relation to your "runTimePerCore" though
- +++ #
- +++ # Default: 0
- +++ delayFirstErrorCheck = 0
- +++
- +++
- +++ # Debug setting to set the priority of the stress test program
- +++ #
- +++ # The default priority is set to "High" so that other applications don't interfere with the testing
- +++ # It can cause the computer to behave sluggish though. Setting a lower priority can fix this
- +++ #
- +++ # Note: "RealTime" probably won't work and you shouldn't set this anway, as the computer won't be responsive anymore
- +++ #
- +++ # Possible values:
- +++ # Idle
- +++ # BelowNormal
- +++ # Normal
- +++ # AboveNormal
- +++ # High
- +++ # RealTime
- +++ #
- +++ # Default: Normal
- +++ stressTestProgramPriority = High
- +++
- +++
- +++ # Debug setting to display the stress test program window in the foreground
- +++ #
- +++ # If enabled, will display the window of the stress test program in the foreground, stealing focus
- +++ # If disabled (default), the window will either be minimized to the tray (Prime95) or be moveed to the background,
- +++ # without stealing focus of the currently opened window (y-cruncher)
- +++ #
- +++ # Default: 0
- +++ stressTestProgramWindowToForeground = 0
- +++
- +++
- +++ # Debug setting to control the amount of milliseconds the stress test program is being suspended
- +++ #
- +++ # Default: 1000
- +++ suspensionTime = 1000
- +++
- +++
- +++ # Debug setting to define the method that is used to suspend the stress test process
- +++ #
- +++ # Can either be set to "Debugger" or "Threads"
- +++ # "Debugger" uses the "DebugActiveProcess" and "DebugActiveProcessStop" kernel32.dll methods on the main process
- +++ # "Threads" uses the "SuspendThread" and "ResumeThread" kernel32.dll methods on the process threads
- +++ # There's no clear benefit to either of these settings, but if there's a problem with one of these settings,
- +++ # the other one may work better
- +++ #
- +++ # Default: Threads
- +++ modeToUseForSuspension = Threads
- +++
- +++
- +++
- +++
- +++ ---------------------------- The custom config file ----------------------------
- +++ C:\CoreCycler-v0.11.0.0\configs\Ryzen.AutomaticTestMode.Start.ini
- +++ --------------------------------------------------------------------------------
- +++
- +++ # This config uses the Automatic Test Mode to automatically adjust the Curve Optimizer values
- +++ # on Ryzen processors after an error has occurred
- +++ # It sets the Curve Optimizer values to the minimum value and will make it less aggressive
- +++ # step by step when an error or a crash occurs
- +++ #
- +++ # This took around 8 hours for my 5900X starting at -30 Curve Optimizer until 10 iterations had completed
- +++ #
- +++ # Author: sp00n
- +++
- +++
- +++ [General]
- +++ stressTestProgram = YCRUNCHER
- +++ runtimePerCore = auto
- +++ coreTestOrder = Default
- +++ numberOfThreads = 2
- +++ maxIterations = 10
- +++
- +++
- +++ [yCruncher]
- +++ mode = auto # This chooses the binary automatically, e.g. "19-ZN2 ~ Kagari" for Ryzen 5000 or "24-ZN5 ~ Komari" for Ryzen 9000
- +++ #tests = SFTv4, FFTv4, N63 # Limit the tests to stressful ones
- +++ tests = BKT, SVT, VT3, SFTv4, FFTv4, N63
- +++ #tests = BKT, BBP, SFTv4, SNT, SVT, FFTv4, N63, VT3 # These would be all of the available tests
- +++
- +++ # 20 seconds per test
- +++ testDuration = 60
- +++
- +++
- +++ [AutomaticTestMode]
- +++ enableAutomaticAdjustment = 1
- +++ startValues = -35, -35, -35, -35, -35, -21, -35, -35 # Automatically select the minimum possible Curve Optimizer value (-30 for Ryzen 5000, -50 Ryzen 7000/8000/9000)
- +++ maxValue = 0 # Do not go above Curve Optimizer value of 0
- +++ incrementBy = 2 # Adjust the Curve Optimizer value by 1 after an error
- +++
- +++
- +++ # Set the Curve Optimizer value only for the currently tested core
- +++ # All other cores will be set to 0, to avoid any possible interference
- +++ setVoltageOnlyForTestedCore = 1
- +++
- +++
- +++ # Setting to try to automatically resume after a crash / hard reboot
- +++ # For this to work properly, Auto Logon should be activated
- +++ # Otherwise the computer will just idle at the logon screen after a crash
- +++ # See https://learn.microsoft.com/en-us/sysinternals/downloads/autologon
- +++ # and https://learn.microsoft.com/en-us/troubleshoot/windows-server/user-profiles-and-logon/turn-on-automatic-logon
- +++ enableResumeAfterUnexpectedExit = 1
- +++
- +++
- +++ # We want to create a System Restore Point before starting the whole process
- +++ # Crashes can cause a corrupted Windows installation, and a Restore Point can help fix that
- +++ createSystemRestorePoint = 1
- +++
- +++
- +++ # Don't ask for the creation of a System Restore Point, just do it
- +++ # It will only do so at the beginning, not during the process, and only once within 24 hours
- +++ askForSystemRestorePointCreation = 0
- +++
- +++
- +++ ------------------------------ The parsed settings -----------------------------
- +++ [No Section] mode = AUTO
- +++
- +++ [Logging] useWindowsEventLog = 1
- +++ [Logging] flushDiskWriteCache = 0
- +++ [Logging] name = CoreCycler
- +++ [Logging] logLevel = 2
- +++
- +++ [Aida64] useAVX = 0
- +++ [Aida64] mode = CACHE
- +++ [Aida64] maxMemory = 90
- +++
- +++ [Update] updateCheckFrequency = 24
- +++ [Update] enableUpdateCheck = 1
- +++
- +++ [Debug] stressTestProgramWindowToForeground = 0
- +++ [Debug] delayFirstErrorCheck = 0
- +++ [Debug] disableCpuUtilizationCheck = 0
- +++ [Debug] modeToUseForSuspension = threads
- +++ [Debug] tickInterval = 10
- +++ [Debug] useWindowsPerformanceCountersForCpuUtilization = 0
- +++ [Debug] enableCpuFrequencyCheck = 0
- +++ [Debug] stressTestProgramPriority = Normal
- +++ [Debug] suspensionTime = 1000
- +++
- +++ [yCruncher] mode = auto
- +++ [yCruncher] enableYCruncherLoggingWrapper = 1
- +++ [yCruncher] testDuration = 60
- +++ [yCruncher] tests_original = BKT, SVT, VT3, SFTv4, FFTv4, N63
- +++ [yCruncher] memory = default
- +++ [yCruncher] tests = BKT SVT VT3 SFTv4 FFTv4 N63
- +++
- +++ [Prime95Custom] MinTortureFFT = 4
- +++ [Prime95Custom] TortureTime = 1
- +++ [Prime95Custom] TortureMem = 0
- +++ [Prime95Custom] CpuSupportsAVX = 0
- +++ [Prime95Custom] CpuSupportsFMA3 = 0
- +++ [Prime95Custom] MaxTortureFFT = 8192
- +++ [Prime95Custom] CpuSupportsAVX512 = 0
- +++ [Prime95Custom] CpuSupportsAVX2 = 0
- +++
- +++ [AutomaticTestMode] createSystemRestorePoint = 1
- +++ [AutomaticTestMode] enableAutomaticAdjustment = 1
- +++ [AutomaticTestMode] waitBeforeAutomaticResume = 120
- +++ [AutomaticTestMode] maxValue = 0
- +++ [AutomaticTestMode] askForSystemRestorePointCreation = 0
- +++ [AutomaticTestMode] enableResumeAfterUnexpectedExit = 1
- +++ [AutomaticTestMode] incrementBy = 2
- +++ [AutomaticTestMode] startValues = -35 -35 -35 -35 -35 -21 -35 -35
- +++ [AutomaticTestMode] repeatCoreOnError = 1
- +++ [AutomaticTestMode] setVoltageOnlyForTestedCore = 1
- +++
- +++ [Prime95] FFTSize = Huge
- +++ [Prime95] mode = SSE
- +++
- +++ [Linpack] memory = 2gb
- +++ [Linpack] version = 2018
- +++ [Linpack] mode = MEDIUM
- +++
- +++ [General] runtimePerCore = auto
- +++ [General] coresToIgnore =
- +++ [General] maxIterations = 10
- +++ [General] assignBothVirtualCoresForSingleThread = 0
- +++ [General] useConfigFile =
- +++ [General] flashOnError = 1
- +++ [General] skipCoreOnError = 1
- +++ [General] restartTestProgramForEachCore = 0
- +++ [General] treatWheaWarningAsError = 1
- +++ [General] stopOnError = 0
- +++ [General] numberOfThreads = 2
- +++ [General] delayBetweenCores = 15
- +++ [General] stressTestProgram = ycruncher
- +++ [General] lookForWheaErrors = 1
- +++ [General] suspendPeriodically = 1
- +++ [General] coreTestOrder = default
- +++ [General] beepOnError = 1
- +++
- +++ --------------------------------------------------------------------------------
- +++ --------------------------------------------------------------------------------
- +++ --------------------------------------------------------------------------------
- +++
- +
- + Operating System:
- + OS: Microsoft Windows 11 Pro
- + Version: 10.0.26200
- + BuildNumber: 26200
- + CSDVersion:
- + CodeSet: 1252
- + CountryCode: 49
- + OSLanguage: 1031
- + Locale: 0407 (hex -> int -> 1031)
- + Locale Name: Deutsch (Deutschland) (de-DE)
- + Free Memory: 22678 MB
- + Script Root: C:\CoreCycler-v0.11.0.0
- +
- + CPU Info:
- + Manufacturer: AuthenticAMD
- + Name: AMD Ryzen 7 9800X3D 8-Core Processor
- + Caption: AMD64 Family 26 Model 68 Stepping 0
- + NumberOfCores: 8
- + NumberOfLogicalProcessors: 16
- + MaxClockSpeed: 4700
- + DeviceID: CPU0
- +
- + APIC IDs:
- + CPU 0: ACPI ID = 0 -> Core 0 (SMT On)
- + CPU 1: ACPI ID = 1 -> Core 0 (SMT On)
- + CPU 2: ACPI ID = 2 -> Core 1 (SMT On)
- + CPU 3: ACPI ID = 3 -> Core 1 (SMT On)
- + CPU 4: ACPI ID = 4 -> Core 2 (SMT On)
- + CPU 5: ACPI ID = 5 -> Core 2 (SMT On)
- + CPU 6: ACPI ID = 6 -> Core 3 (SMT On)
- + CPU 7: ACPI ID = 7 -> Core 3 (SMT On)
- + CPU 8: ACPI ID = 8 -> Core 4 (SMT On)
- + CPU 9: ACPI ID = 9 -> Core 4 (SMT On)
- + CPU 10: ACPI ID = 10 -> Core 5 (SMT On)
- + CPU 11: ACPI ID = 11 -> Core 5 (SMT On)
- + CPU 12: ACPI ID = 12 -> Core 6 (SMT On)
- + CPU 13: ACPI ID = 13 -> Core 6 (SMT On)
- + CPU 14: ACPI ID = 14 -> Core 7 (SMT On)
- + CPU 15: ACPI ID = 15 -> Core 7 (SMT On)
- +++ Can we use the flush to disk functionality: True
- +++ The script process id (PID): 448
- +++ The parent process id: 11976
- +++ The parent main window handle: 656902
- + Successfully created the shutdown block reason: (True)
- + Initializing the stress test program
- + Checking if 24-ZN5 ~ Komari.exe exists at:
- + C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\24-ZN5 ~ Komari.exe
- +++ Getting the result of the update check background job
- +++ Messages from the update background job:
- +++ Checking for updates...
- +++ Started: 16:40:55
- +++ The current version string: 0.11.0.0
- +++ Int value of current version: 11000000000
- +++ Reading the .updatecheck file:
- +++ 1771044805
- +++ 11000000000
- +++ v0.11.0.0
- +++ https://github.com/sp00n/CoreCycler/releases/tag/v0.11.0.0
- +++
- +++ Last checked timestamp: 1771044805
- +++ Last checked version int: 11000000000
- +++ Last checked version str: v0.11.0.0
- +++ Last checked URL: https://github.com/sp00n/CoreCycler/releases/tag/v0.11.0.0
- +++ Current timestamp: 1771087255
- +++ Time since last check: 42450s (11.792h)
- +++ Check interval: 86400s (24h)
- +++ The check interval time has not yet been exceeded, do not initiate a new online check
- +++ Not performing an online check
- +++ Background Job Started: 16:40:55
- +++ Background Job Ended: 16:40:55
- +++ Background Job Runtime: 0.0469543
- +++ Is there an update available: False
- +++ Update Check Started (User Time): 16:40:57
- +++ Update Check Ended (User Time): 16:40:57
- +++ Update Check Runtime (User Time): 0.0122502
- +++ Initializing Automatic Test Mode
- +++ Are we admin: True
- +++ We have admin rights, proceeding
- +++ The Automatic Test Mode starting values from the settings:
- +++ -35 -35 -35 -35 -35 -21 -35 -35
- +++ Last System Restore Point time: 1771045117
- +++ Current timestamp: 1771087257
- +++ Time since last Restore Point: 42140s (11.706h)
- +++ Creation interval: 86400s (24h)
- + The System Restore Point creation interval time has not yet been exceeded, do not create a new one
- + Automatic Test Mode with resuming after unexpected exit enabled
- +++ Trying to add the Auto Mode startup task "\CoreCycler\\CoreCycler AutoMode Startup Task"
- +++ Added the Automatic Test Mode startup task
- + The starting value(s):
- + -35 -35 -35 -35 -35 -21 -35 -35
- +++ Removing the .automode file
- ╔══════════════════════════════════════════════════════════════════════════════╗
- ╟────────────┤ CoreCycler v0.11.0.0 started at 2026-02-14 16:40:57 ├───────────╢
- ╚══════════════════════════════════════════════════════════════════════════════╝
- Log Level set to: ....................... 2 [Writing debug messages to log file]
- Use the Windows Event Log: .............. ENABLED
- Check for WHEA errors: .................. ENABLED
- Stress test program: .................... Y-CRUNCHER
- Selected test mode: ..................... AUTO
- Selected y-cruncher tests: .............. BKT, SVT, VT3, SFTv4, FFTv4, N63
- Duration per test: ...................... 60
- Detected processor: ..................... AMD Ryzen 7 9800X3D 8-Core Processor
- Logical/Physical cores: ................. 16 logical / 8 physical cores
- Hyperthreading / SMT is: ................ ENABLED
- Selected number of threads: ............. 2
- Runtime per core: ....................... AUTOMATIC
- Suspend periodically: ................... ENABLED
- Restart for each core: .................. DISABLED
- Test order of cores: .................... DEFAULT (RANDOM)
- Number of iterations: ................... 10
- Automatic Test Mode with resume: ........ ENABLED
- Starting Curve Optimizer values: ........ -35, -35, -35, -35, -35, -21, -35, -35
- Set voltage only for the tested core: ... ENABLED
- ────────────────────────────────────────────────────────────────────────────────
- The log files for this run are stored in:
- C:\CoreCycler-v0.11.0.0\logs\
- - CoreCycler: CoreCycler_2026-02-14_16-40-54_YCRUNCHER_AUTO.log
- - y-cruncher: yCruncher_2026-02-14_16-40-54_mode_AUTO.log
- ────────────────────────────────────────────────────────────────────────────────
- ┌─────────────────────────────────┤ IMPORTANT ├────────────────────────────────┐
- │ You have enabled the Automatic Test Mode with resume after reboot. │
- │ This creates a Scheduled Task that is scheduled to run at the next logon, │
- │ which will automatically resume the test process after a reboot / crash. │
- │ │
- │ In order to prevent the script from being started during a "regular" reboot, │
- │ please abort the CoreCycler script only by using CTRL+C (or by letting it │
- │ finish on its own). │
- │ Do NOT just close the window before the script has had a chance to exit, │
- │ otherwise the Scheduled Task will not be deleted! │
- │ │
- │ The name of the Scheduled Task is: │
- │ "CoreCycler AutoMode Startup Task" and can be found within the │
- │ "\CoreCycler\" folder of the Task Scheduler Library. │
- └──────────────────────────────────────────────────────────────────────────────┘
- ┌──────────────────────────────────────────────────────────────────────────────┐
- │ Please note that the Curve Optimizer / voltage adjustments made here are not │
- │ permanent and will be reverted once you restart the computer. │
- │ So once you've found your final settings, you should add them to your BIOS. │
- └──────────────────────────────────────────────────────────────────────────────┘
- + Checking if we can and need to add the Event Log Source for CoreCycler
- +++ The Event Log Source "CoreCycler" already exist, nothing to do
- +++ Adding Event Log entry: script_started
- +++ Adding the Windows Event Log entry:
- +++ [EVENTLOG] CoreCycler has started
- +++ [EVENTLOG]
- +++ [EVENTLOG] The log files for this run are stored in:
- +++ [EVENTLOG] C:\CoreCycler-v0.11.0.0\logs\CoreCycler_2026-02-14_16-40-54_YCRUNCHER_AUTO.log
- +++ [EVENTLOG] C:\CoreCycler-v0.11.0.0\logs\yCruncher_2026-02-14_16-40-54_mode_AUTO.log
- +++ [EVENTLOG]
- +++ [EVENTLOG] Stress test program: Y-CRUNCHER
- +++ [EVENTLOG] Selected test mode: AUTO
- +++ [EVENTLOG] Selected number of threads: 2
- +++ [EVENTLOG] Runtime per core: AUTOMATIC
- +++ [EVENTLOG] Suspend periodically: ENABLED
- +++ [EVENTLOG] Restart for each core: DISABLED
- +++ [EVENTLOG] Test order of cores: DEFAULT (RANDOM)
- +++ [EVENTLOG] Number of iterations: 10
- +++ [EVENTLOG]
- + Starting the stress test program
- + Starting y-cruncher
- +++ Trying to start the stress test with the command:
- +++ cmd /C start /MIN /AFFINITY 0xC "y-cruncher - 24-ZN5 ~ Komari.exe" "C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe" "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\24-ZN5 ~ Komari.exe" priority:-1 config "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\stressTest.cfg" /dlllog:"C:\CoreCycler-v0.11.0.0\logs\yCruncher_2026-02-14_16-40-54_mode_AUTO.log"
- + Trying to get the stress test program main window handle
- + Looking for these window names:
- + ^.*WriteConsoleToWriteFileWrapper\.exe$, ^.*24-ZN5 ~ Komari\.exe$
- + 16:40:59 - Window found
- + Found the following window(s) with these names:
- + - WinTitle: y-cruncher - 24-ZN5 ~ Komari.exe
- + MainWindowHandle: 526070
- + ProcessId: 12152
- + Process Path: C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- + Process (PS):
- + .Id: 12152
- + .Name: WriteConsoleToWriteFileWrapper
- + .Path: C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- + .MainWindowHandle: 526070
- + .MainWindowTitle: y-cruncher - 24-ZN5 ~ Komari.exe
- + .HasExited: False
- + .ExitCode:
- + enableYCruncherLoggingWrapper has been set, special handling
- + Filtering the windows for "*"C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\24-ZN5 ~ Komari.exe"*":
- + - ProcessId: 12152
- + searchForProcess: *"C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\24-ZN5 ~ Komari.exe"*
- + hasMatch: True
- + cimProcess:
- + .ProcessId: 12152
- + .Name: WriteConsoleToWriteFileWrapper.exe
- + .ExecutablePath: C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- + .CommandLine: "C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe" "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\24-ZN5 ~ Komari.exe" priority:-1 config "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\Binaries\stressTest.cfg" /dlllog:"C:\CoreCycler-v0.11.0.0\logs\yCruncher_2026-02-14_16-40-54_mode_AUTO.log"
- + .ParentProcessId: 12940
- +++ Found the following windows:
- + - WinTitle: y-cruncher - 24-ZN5 ~ Komari.exe
- + MainWindowHandle: 526070
- + ProcessId: 12152
- + Process Path: C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- + Process (PS):
- + .Id: 12152
- + .Name: WriteConsoleToWriteFileWrapper
- + .Path: C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- + .MainWindowHandle: 526070
- + .MainWindowTitle: y-cruncher - 24-ZN5 ~ Komari.exe
- + .HasExited: False
- + .ExitCode:
- + The process performing the stress test is NOT the same as the main window!
- + Searching for process "24-ZN5 ~ Komari"...
- + 16:40:59 - Found with ID: 3464
- +++ The stress test process id: 3464
- +++ The expected number of threads to find: 2
- +++ Trying to get the threads that are running the stress test
- +++ Trying to get the threads (loop: 0 - iteration: 1)
- +++ Found the expected number of threads (2 = 2)
- + Main window handle: 526070
- + Main window process name: WriteConsoleToWriteFileWrapper
- + Main window process ID: 12152
- + Stress test process name: 24-ZN5 ~ Komari
- + Stress test process ID: 3464
- + Stress test thread IDs:
- + All cores that could be tested:
- + 0, 1, 2, 3, 4, 5, 6, 7
- + The preliminary test order:
- + 0, 1, 2, 3, 4, 5, 6, 7
- 16:41:00 - Iteration 1
- ════════════════════════════════════════════════════════════════════════════════
- +++ The initial test order:
- +++ 0, 1, 2, 3, 4, 5, 6, 7
- +++ The initial number of available cores: 8
- +++ The initial number of unique available cores: 8
- + Random test order selected, building the test order array...
- +++ The randomized test order:
- +++ 0, 5, 4, 7, 6, 3, 2, 1
- + The final test order:
- + 0, 5, 4, 7, 6, 3, 2, 1
- +++ The number of available cores: 8
- +++ The number of unique available cores: 8
- +++ The number of cores with an error: 0
- +++ The number of cores with a WHEA error: 0
- +++ Trying to switch to a new core (1 of 8) [index 0 of 7]
- + Still available cores:
- + 0, 5, 4, 7, 6, 3, 2, 1
- + The selected core to test: 0
- 16:41:00 - Set to Core 0 (CPU 0 and 1)
- +++ Creating the .automode file
- +++ Trying to flush the write cache to disk for drive: C
- +++ Adding Event Log entry: core_started
- +++ Adding the Windows Event Log entry:
- +++ [EVENTLOG] Started testing Core 0 (CPU 0 and 1)
- +++ The number of Processor Groups: 1
- +++ The number of CPUs in the last group: 0
- +++ The group ID of the CPU to set to: 0
- +++ The number of processors in this group: 16
- +++ The IDs of the CPUs in its own group: 0 1
- +++ Calculated the group specific affinity as 1 [CPU 0, Group 0]
- +++ Calculated the group specific affinity as 2 [CPU 1, Group 0]
- +++ All calculated group specific affinities: 1 & 2
- +++ Found number of stress test threads: 2
- +++ The original affinities array: 1, 2
- +++ The final affinities array: 1, 2
- +++ Processing stress test thread number 0
- + Trying to set the affinity for thread ID: 6468
- + - Processor Group: 0 | Affinity: 1
- +++ Getting the thread handle for thread ID: 6468
- +++ The returned thread handle: 4660
- +++ Successfully set the group affinity for thread ID 6468 to 1 within group 0
- +++ Processing stress test thread number 1
- + Trying to set the affinity for thread ID: 16756
- + - Processor Group: 0 | Affinity: 2
- +++ Getting the thread handle for thread ID: 16756
- +++ The returned thread handle: 4496
- +++ Successfully set the group affinity for thread ID 16756 to 2 within group 0
- + Setting the voltage for the currently tested core
- + Trying to set the Curve Optimizer values
- +++ The flag to only set the voltage for the currently tested core is enabled
- +++ Currently tested core: 0
- +++ The original values:
- +++ -35 -35 -35 -35 -35 -21 -35 -35
- +++ The modified values:
- +++ -35 0 0 0 0 0 0 0
- + The values to set:
- + -35,0,0,0,0,0,0,0
- +++ Try 1 of 5 of setting the Curve Optimizer values
- +++ Error: Program terminated unexpectedly. Exit Code: 8
- +++ Try 2 of 5 of setting the Curve Optimizer values
- +++ Error: Program terminated unexpectedly. Exit Code: 8
- +++ Try 3 of 5 of setting the Curve Optimizer values
- +++ Error: Program terminated unexpectedly. Exit Code: 8
- +++ Try 4 of 5 of setting the Curve Optimizer values
- +++ Error: Program terminated unexpectedly. Exit Code: 8
- +++ Try 5 of 5 of setting the Curve Optimizer values
- + Error in the main functionality block!
- + Could not set the Curve Optimizer values!
- Reason: Program terminated unexpectedly. Exit Code: 8
- In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5660 Zeichen:9
- + throw('Could not set the Curve Optimizer values!' + [Environm ...
- + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- + CategoryInfo : OperationStopped: (Could not set t...y. Exit Code: 8:String) [], RuntimeException
- + FullyQualifiedErrorId : Could not set the Curve Optimizer values!
- Reason: Program terminated unexpectedly. Exit Code: 8
- Program terminated unexpectedly. Exit Code: 8
- In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5522 Zeichen:13
- + throw($ErrorText)
- + ~~~~~~~~~~~~~~~~~
- + CategoryInfo : OperationStopped: (Program termina...y. Exit Code: 8:String) [], RuntimeException
- + FullyQualifiedErrorId : Program terminated unexpectedly. Exit Code: 8
- +
- ErrorRecord : Could not set the Curve Optimizer values!
- Reason: Program terminated unexpectedly. Exit Code: 8
- WasThrownFromThrowStatement : True
- Message : Could not set the Curve Optimizer values!
- Reason: Program terminated unexpectedly. Exit Code: 8
- Data : {}
- InnerException :
- TargetSite :
- StackTrace :
- HelpLink :
- Source :
- HResult : -2146233087
- +
- MyCommand :
- BoundParameters : {}
- UnboundArguments : {}
- ScriptLineNumber : 5660
- OffsetInLine : 9
- HistoryId : -1
- ScriptName : C:\CoreCycler-v0.11.0.0\script-corecycler.ps1
- Line : throw('Could not set the Curve Optimizer values!' + [Environment]::NewLine + 'Reason:
- ' + $_)
- PositionMessage : In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5660 Zeichen:9
- + throw('Could not set the Curve Optimizer values!' + [Environm ...
- + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- PSScriptRoot : C:\CoreCycler-v0.11.0.0
- PSCommandPath : C:\CoreCycler-v0.11.0.0\script-corecycler.ps1
- InvocationName :
- PipelineLength : 0
- PipelinePosition : 0
- ExpectingInput : False
- CommandOrigin : Internal
- DisplayScriptPosition :
- +++ Adding Event Log entry: script_error
- +++ Adding the Windows Event Log entry:
- +++ [EVENTLOG] There has been a general error in the script!
- +++ [EVENTLOG]
- +++ [EVENTLOG] Could not set the Curve Optimizer values!
- +++ [EVENTLOG] Reason: Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG] In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5660 Zeichen:9
- +++ [EVENTLOG] + throw('Could not set the Curve Optimizer values!' + [Environm ...
- +++ [EVENTLOG] + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- +++ [EVENTLOG] + CategoryInfo : OperationStopped: (Could not set t...y. Exit Code: 8:String) [], RuntimeException
- +++ [EVENTLOG] + FullyQualifiedErrorId : Could not set the Curve Optimizer values!
- +++ [EVENTLOG] Reason: Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG]
- +++ [EVENTLOG] Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG] In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5522 Zeichen:13
- +++ [EVENTLOG] + throw($ErrorText)
- +++ [EVENTLOG] + ~~~~~~~~~~~~~~~~~
- +++ [EVENTLOG] + CategoryInfo : OperationStopped: (Program termina...y. Exit Code: 8:String) [], RuntimeException
- +++ [EVENTLOG] + FullyQualifiedErrorId : Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG] ErrorRecord : Could not set the Curve Optimizer values!
- +++ [EVENTLOG] Reason: Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG] WasThrownFromThrowStatement : True
- +++ [EVENTLOG] Message : Could not set the Curve Optimizer values!
- +++ [EVENTLOG] Reason: Program terminated unexpectedly. Exit Code: 8
- +++ [EVENTLOG] Data : {}
- +++ [EVENTLOG] InnerException :
- +++ [EVENTLOG] TargetSite :
- +++ [EVENTLOG] StackTrace :
- +++ [EVENTLOG] HelpLink :
- +++ [EVENTLOG] Source :
- +++ [EVENTLOG] HResult : -2146233087
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG] MyCommand :
- +++ [EVENTLOG] BoundParameters : {}
- +++ [EVENTLOG] UnboundArguments : {}
- +++ [EVENTLOG] ScriptLineNumber : 5660
- +++ [EVENTLOG] OffsetInLine : 9
- +++ [EVENTLOG] HistoryId : -1
- +++ [EVENTLOG] ScriptName : C:\CoreCycler-v0.11.0.0\script-corecycler.ps1
- +++ [EVENTLOG] Line : throw('Could not set the Curve Optimizer values!' + [Environment]::NewLine + 'Reason:
- +++ [EVENTLOG] ' + $_)
- +++ [EVENTLOG]
- +++ [EVENTLOG] PositionMessage : In C:\CoreCycler-v0.11.0.0\script-corecycler.ps1:5660 Zeichen:9
- +++ [EVENTLOG] + throw('Could not set the Curve Optimizer values!' + [Environm ...
- +++ [EVENTLOG] + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- +++ [EVENTLOG] PSScriptRoot : C:\CoreCycler-v0.11.0.0
- +++ [EVENTLOG] PSCommandPath : C:\CoreCycler-v0.11.0.0\script-corecycler.ps1
- +++ [EVENTLOG] InvocationName :
- +++ [EVENTLOG] PipelineLength : 0
- +++ [EVENTLOG] PipelinePosition : 0
- +++ [EVENTLOG] ExpectingInput : False
- +++ [EVENTLOG] CommandOrigin : Internal
- +++ [EVENTLOG] DisplayScriptPosition :
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- FATAL ERROR: Could not set the Curve Optimizer values!
- Reason: Program terminated unexpectedly. Exit Code: 8
- +++ Removing the .automode file
- + Started the script at 2026-02-14 16:40:54
- + Version: 0.11.0.0
- +++ PSScriptRoot: C:\CoreCycler-v0.11.0.0
- +++ The initial log level: 2
- +++ Starting the main functionality block
- +++ The original console mode: 503
- +++ Disabled the QuickEdit Mode feature
- +++ Disabled the close button
- +++ Trying to get the initial update check settings
- +++ Custom config file: C:\CoreCycler-v0.11.0.0\configs\Ryzen.AutomaticTestMode.Start.ini
- +++ Initial Update Check Enabled: True
- +++ Initial Update Check Frequency: 24
- +++ Update check is enabled, initializing the background job (early start)
- +++ Starting the update check background job
- +++ Getting the settings
- A custom config file was provided:
- C:\CoreCycler-v0.11.0.0\configs\Ryzen.AutomaticTestMode.Start.ini
- + Trying to determine the automatically selected binary by y-cruncher
- +++ C:\CoreCycler-v0.11.0.0\helpers\WriteConsoleToWriteFileWrapper.exe
- +++ "C:\CoreCycler-v0.11.0.0\test_programs\y-cruncher\y-cruncher.exe" pause:-2 colors:0 fake-invalid-command /dlllog:""
- +++ Auto-Selecting: 24-ZN5 ~ Komari
- + Found our automatically selected binary: 24-ZN5 ~ Komari
- +++
- +++ ┌─────────────────────────┐
- +++ │ THE FINALLY BLOCK │
- +++ └─────────────────────────┘
- +++
- + 16:41:51 - Terminating the script...
- + Successfully destroyed the shutdown block reason: (True)
- +++ Adding Event Log entry: script_terminated
- +++ Adding the Windows Event Log entry:
- +++ [EVENTLOG] CoreCycler was terminated
- +++ [EVENTLOG]
- +++ [EVENTLOG] The log files for this run are stored in:
- +++ [EVENTLOG] C:\CoreCycler-v0.11.0.0\logs\CoreCycler_2026-02-14_16-40-54_YCRUNCHER_AUTO.log
- +++ [EVENTLOG] C:\CoreCycler-v0.11.0.0\logs\y-cruncher: yCruncher_2026-02-14_16-40-54_mode_AUTO.log
- +++ [EVENTLOG]
- +++ [EVENTLOG]
- +++ [EVENTLOG] Summary:
- +++ [EVENTLOG] Run time: 56 seconds
- +++ [EVENTLOG] Iterations: 1 started / 0 completed
- +++ [EVENTLOG] Tested cores: 1 cores / 1 tests
- +++ [EVENTLOG] Core 0 (1x)
- +++ [EVENTLOG] No core has thrown an error
- +++ [EVENTLOG] No WHEA errors were observed during the test
- +++ [EVENTLOG] No adjustments to the Curve Optimizer values were necessary
- +++ [EVENTLOG] Core C0 | C1 | C2 | C3 | C4 | C5 | C6 | C7
- +++ [EVENTLOG] CO values -35 | -35 | -35 | -35 | -35 | -21 | -35 | -35
- +++ [EVENTLOG]
- +++ Removing the startup task "\CoreCycler\\CoreCycler AutoMode Startup Task"
- +++ Removing the .automode file
- +++ Exit-WithFatalError was called, skipping the rest
Advertisement