You are here
Home › Forum home › VirtualMIDISynth › Bug reports › High CPU usage at VMS start or even randomly when in background ›High CPU usage at VMS start or even randomly when in background
Please let our ADS show!
This sites offers only FREE software and it's supported by a few advertisement boxes (no intrusive popups).
Please:
- disable your AdBlocker by adding CoolSoft website to whitelist
- give the proper cookie consent
- enable JavaScript for this website
This seconds wait is to let you update your browser configuration...
Ok, I've done the required changes... now show me your content!Pages
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
- coolsoft
- Posts: 1978
- Joined: March 25, 2012 - 01:19
(mi sono permesso di tradurre il post originale, in modo che altri eventuali utenti Win11 con lo stesso problema possano accodarsi...)
Just a confirmation: how was CPU usage at the moment you've took the VirtualMIDISynth_debug_report.txt file? High or normal?
I'd like to exclude that some "unexpected" MIDI client is randomly connecting to VMS...
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
Always high CPU usage even while using program's UI (looking at current config, log report etc.). Seems totally random like a cpu core stuck on something with VMS...
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
This is normal behaviour (0% CPU usage in background):
When it happens, I'll try to dump again this log, in the hope this will help you figure out what's wrong... Maybe is a sporadic conflict with ASUS Sonic Studio 3 and Nahimic at launch...
- coolsoft
- Posts: 1978
- Joined: March 25, 2012 - 01:19
It should be great if you could use Sysinternals Process Explorer.
It's... Task Manager on steroids 😉.
Start it (no need to install), double click on VirtualMIDISynth.exe process then open the Threads tab and sort list by CPU usage; that could help me finding the thread that's hogging the CPU.
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
Yeah, the log above comes from Process Explorer ;)
Next time I'll inspect the "stuck" task of VMS deeper...
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
coolsoft wrote:... and sort list by CPU usage; that could help me finding the thread that's hogging the CPU.
Just to be clear: when it happens there is no other thread with high CPU usage apart VMS, until you quit and restart it. That's the strange thing. Opening CPU monitor I see 1/12 core is stuck at 66% (??) when this happens, so it looks like a compiler issue (?) or bug in the code.
P.S.
I'm also testing some compatibility modes using Compatibility Administrator (AKA MS Compatibility Toolkit...) for its task and I can't reproduce it anymore (consider it was a rare issue anyway) with these shims enabled (proc count lie = 4):
- coolsoft
- Posts: 1978
- Joined: March 25, 2012 - 01:19
Hexaae wrote:when it happens there is no other thread with high CPU usage apart VMS
Do you mean "no other process", right?
I'm not excluding a bug in VMS; that's why I'd like to know which of the threads into VMS is hogging the CPU (it starts a lot of them: IPC queue IO, MIDI watchdogs, UI refresh, updates...).
Since this bug is not so easily reproducible, it could be a good starting point for me. 😉
- Hexaae
- Posts: 12
- Joined: July 13, 2023 - 07:51
Yes, sorry "process" is more correct.
Will report ASAP when I'll be able to reproduce it again...
Pages
Navigation
Login
Support me
Click here if you want to support CoolSoft using PayPal