09 keeps the counter set to 0x330 indefinitely now, even after quitting HWinfo.
On my first test I had the curious case of a Defender Full scan getting stuck until cancelled in its early (single-threaded) phase, but I cannot say for sure if that happened shortly before or after starting 09 for...
Another day, another full virus scan. Build 07 after 12 minutes, 4:30 min of which where running the full scan. Comparing this to the last result seems to suggest that HWinfo is quite fine now with normal Realtime Protection running, full scans (especially the first scan of a day) will have more...
Comparing build 06 vs. 07 after 1 hour of various desktop load - aka not fully controlled - with all C- and P-states disabled ("Disable Idle"). All values below maximum are counters induced (2s polling).
vs.
Ok, I think we can rule out that starting Counter Control was the reason for the back and forth. It's likely rather running a full scan that does that. So with that information gained, I will concentrate back more on the usual Realtime Protection combination.
2024-04-02 23:20:25 00:01:56...
I accidentally quit Counter Control, but as you can see in this log there is a time-span where Defender fought harder for control and thus caused multiple back and forth. This was during a full scan, though, so a bit of a different situation. Maybe starting Counter Control did cause, this...
What I don't like about it is that the counters keep switching every second for two minutes when it happens (sometimes multiple times per second, sometimes a few seconds don't switch). So the counters seem to get a bit "bombarded". Does this have a detrimental effect?
Maybe there is a conflict between HWinfo and Counter Control? Here HWinfo - running in the background - did not successfully reset the counters for 4 minutes until I brought the Counter Control app to the foreground (HWinfo still in background):
2024-04-02 20:40:29 00:00:02 0x000 Not Used...
Is the 2 minutes interval expected for your implementation? This fits the 2 minutes it takes for Defender to take over again after Hwinfo has been quit.
2024-04-02 19:42:26 00:00:00 0x222 Defender
2024-04-02 19:42:27 00:00:01 0x332 Warning
2024-04-02 19:42:28 00:00:01 0x000 Not Used...
This single occurrence of prolonged Defender time is rather puzzling, because from what I can see otherwise Defender tries to use the counters exactly every 2 minutes just once and then is promptly - within a second or maybe polling rate? - reset by Hwinfo to take a step back for another 2...
Unfortunately you cannot just check for the Defender process to know whether Realtime Protection is enabled or not, because the process always stays loaded. Maybe a warning popup would be useful. I knew about this problem already, but then completely forgot about it and practically started at...