View Issue Details

IDProjectCategoryView StatusLast Update
0021289MMW 5Generalpublic2024-10-22 20:51
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status feedbackResolutionopen 
Product Version5.1 
Target Version5.1.1 
Summary0021289: Performance: MM debug takes twice as long to close as to open
DescriptionMM 2024.3065 takes much longer to close (~10s on my machine) than it takes to open (~5s).

Interestingly:
- this is specific to the debug build
- it seems to occurs more when dbugview isn't running (i.e. a debug log isn't useful for this bug)
- even though the MM window has closed and appears to have terminated, 3 processes take another 5 seconds to terminate

It's an annoyance for testers because it can trigger issues/errors when users attempt to run MM within 10s of closing.

We've already improved the debug build's startup times, is it possible to do the same for closing times?
Additional InformationReported at https://www.mediamonkey.com/forum/viewtopic.php?t=106772
TagsNo tags attached.
Fixed in build

Relationships

related to 0020810 closedpetr Startup takes 10 seconds (performance) 

Activities

Ludek

2024-10-22 15:45

developer   ~0077342

Last edited: 2024-10-22 15:56

Yes, I have already found before that debug builds takes long time to close when DbgView is not running.. It's very strange that if you run DbgView during closing it helps MM to close immediatelly..
So far I have no idea why..

And on the other side when DbgView is not running MM acts faster, i.e. just closing the app is faster when DbgView is running..
And when you close DbgView while MM is still running then MM can freeze..

EDIT:
5.0.4 acts the same way, the closing time is long until I run DbgView during closing and then it is closed in 200 ms:

michal

2024-10-22 17:22

developer   ~0077343

Last edited: 2024-10-22 20:51

This is most probably unavoidable, Windows waits for debug messages to be handled and keeps sender processes in RAM, it is quickly handled in case DbgView is running, but in case nothing is catching debug messages, it lasts long, until some timeout. I think only "solution" is some wiki article, debug version should be used only for debug purposes with DbgView, otherwise users should use release version.