Passmark BurnIn not responding after resume from S3/S4

[JimmySE]

Hi,

I got a problem about Passmark BurnIn APP not responding after resume from S3/S4, System OS function normally, fail rate is 3/5.
I try to capture logs via debug mode as https://www.passmark.com/support/bitdebug.php mentioned, but when I using debug mode, the BurnIn test can work normally.
Any help would be appreciated.

Passmark Burnln APP Version:9.1.1009.0
OS:Win10Pro64bit 20H2

[David (PassMark)]

Might be a device driver issue.
Try running just one test at a time to narrow down the problem.

[JimmySE]

Hi David,

Thanks for your comments.
Based on your suggestion,
I tested one item at a one time and found it was related to CPU and RAM.
(This time I use BurnIn Test v9.2)
S3/S4 with Disk/2D Gfx/3D Gfx will not occur problem.
For this behavior, do you have any suggestion to check?
Thank you!

[David (PassMark)]

Sorry we don't know the cause.
Maybe more testing with different hardware might narrow down the problem to just one model of motherboard, or a particular CPU model.

[JimmySE]

Hi David,

But this issue cannot duplicate with BurnIn Test v7.1, do you have any idea for this?
Thank you!

[David (PassMark)]

The CPU test is the most unlikely test for this to happen on, as there are no device drivers directly involved in the CPU test. (and device drivers bugs are often the cause of sleep / wake problems).

There have been 100s of changes to BurnInTest since V7. When you were testing with V7, was everything else keep the same. Same hardware, same O/S version, etc..

Maybe it is just related to system load? If you reduce the load on the CPU test (e.g. 5% duty cycle) does the problem still happen?

[JimmySE]

Hi David,

I found that if reduce system load (5% for CPU), the problem would not happen.
So the problem is related to system load and it is normal behavior?

And as I mentioned before, debug mode won't occur problem too.
What changes make debug mode this behavior?
Thanks!

[David (PassMark)]

In debug mode there is a more data logged to disk. So the work load mix changes slightly. i.e. slightly more disk activity and slightly less other activity.

the problem is related to system load and it is normal behavior?

In my opinion this is not normal. Real life applications might also have high CPU load when being put to sleep.

[JimmySE]

Hi David,

I found that even CPU load change to 5% (other keeps 100%), still can duplicate.
As I mentioned before, v7.1 can work normally. But, this problem can be observed on v8.1.
What kind of logs I can provide to you to check? Except debug mode logs..
Thank you!

[Tim (PassMark)]

We have been unable to reproduce across several test machines so likely there is some hardware or driver issue specific to this system that is triggered the lockup in BurnInTest.

If you have temperature monitoring enabled then try disabling it as this is very driver and timing dependant.

[phssub]

I wonder if there will have any impact to disable temperature monitoring?
My test condition is to set CPU, 2D graphics, RAM and Disk each to 100% and run test for 15 minutes.

[David (PassMark)]

I wonder if there will have any impact to disable temperature monitoring?

You won't know unless you test it.