See here
C# WPF to automate HCI MemTest
- Download HCI MemTest
- Download MemTestHelper from releases
- Ensure 'memtest.exe' is in the same folder as 'MemTestHelper.exe'
- Run MemTestHelper
Exactly as its name implies. This number will be divided by the number of threads and then input in each HCI MemTest instance. If left empty, amount of free RAM will be automatically entered when clicking run.
How many HCI MemTest instances to run and hence the amount of CPU threads to use.
By default, MemTestHelper will use all of your CPU threads. Say your CPU has 8 threads, so there will be 8 HCI MemTest instances running. They will be centered on the primary monitor. Number of rows changes how those 8 instances are centered. If it's 2, it will put 4 instances on each row. It's best to play around with it to understand how it works.
By default, the 8 instances will be centered, but you can move them around using X and Y offset. Note that higher Y values will move the instances down.
Spacing between each of the MemTest windows.
Automatically stop each instance as they hit the coverage number entered in the textbox.
Automatically stop if any errors are found.
Checking 'Stop at coverage %' and 'Stop on error' will stop if the coverage is hit or if there are any errors.
Start MemTest instances minimised.
Used to help me debug if you have any issues. Keep it unchecked for daily usage as the log files can get pretty large.
How long to wait for MemTestHelper to find the nag message boxes before giving up. Default is 10 seconds, but you can try increasing it if MemTestHelper is failing to find the nag message box. See issue 6.
HCI MemTest only (reliably) allows 2048MB per instance. If you have a CPU with 4 threads, then that means you can only test up to 8192MB using 4 threads. To get around this, you can increase the number of threads and hence the number of HCI MemTest instances.