Monitoring surprisingly slow (or fast) [#5520]
Moderator: Gurus
Monitoring surprisingly slow (or fast) [#5520]
I always thought that the "monitoring of file" step was slow by nature but today I disovered something:
If my selected view is empty (or the now playing one) it is 100 times faster.
Is there nay explanation ? or some improvement that could be done ?
If my selected view is empty (or the now playing one) it is 100 times faster.
Is there nay explanation ? or some improvement that could be done ?
Re: Monitoring surprisingly slow (or fast)
Can you make two debug logs as described here http://www.mediamonkey.com/forum/viewto ... ?f=1&t=341 one that shows slowness and one that show 100 times faster?
That would help us to locate the issue.
That would help us to locate the issue.
Best regards,
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying
How to attach PICTURE/SCREENSHOTS to forum posts
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying
How to attach PICTURE/SCREENSHOTS to forum posts
Re: Monitoring surprisingly slow (or fast)
In Debug mode and with Dbgview I only observed a factor 2. In any case here are the logs: http://pi.aime.free.fr/files/logs.rar
I benchmarked the release version: 1m49sec vs 28min for ~30.000 tracks
Step to reproduce:
(preliminary, set your folder to be monitored on MM startup, show "track browser" (3 panes) and show "album art with details")
a. start MM 3.1.0.1235 release
b. click on "now playing" view in the left tree
c. wait for the monitoring to be over
d. close MM
then
e. start MM 3.1.0.1235 release
d. click on "artist & album artist" in the left tree (the track browser will populate)
f. wait for the monitoring to be over
g. close MM
I benchmarked the release version: 1m49sec vs 28min for ~30.000 tracks
Step to reproduce:
(preliminary, set your folder to be monitored on MM startup, show "track browser" (3 panes) and show "album art with details")
a. start MM 3.1.0.1235 release
b. click on "now playing" view in the left tree
c. wait for the monitoring to be over
d. close MM
then
e. start MM 3.1.0.1235 release
d. click on "artist & album artist" in the left tree (the track browser will populate)
f. wait for the monitoring to be over
g. close MM
Re: Monitoring surprisingly slow (or fast)
We're planning some improvements in track browser for future.
How to make a debuglog - step 4b: viewtopic.php?f=30&t=86643
Re: Monitoring surprisingly slow (or fast)
After a few tests, the slowness has no direct link to the display of the track browser and the album details.
It's related to the fact that the list display a few tracks (now playing) or lots of them (full library)
It's related to the fact that the list display a few tracks (now playing) or lots of them (full library)
Re: Monitoring surprisingly slow (or fast)
mm saves the now playing list as m3u, not in the library, so whenever you start MM and it loads the m3u list it has to read both the m3u file and find the files in the database (to get play count/history/etc).
If you have a huge now playing list, then yes it will take alot of processing on startup just to read the now playing.
If you are trying to get a random play of your entire library, you are much better off using an auto-dj and limit now playing to 100 tracks or less.
I don't know for sure why mm still uses the m3u for now playing, loading it from the database is much faster. I assume it is for winamp/plugin compatibility or some such.
If you have a huge now playing list, then yes it will take alot of processing on startup just to read the now playing.
If you are trying to get a random play of your entire library, you are much better off using an auto-dj and limit now playing to 100 tracks or less.
I don't know for sure why mm still uses the m3u for now playing, loading it from the database is much faster. I assume it is for winamp/plugin compatibility or some such.
New script: Last.FM Node Now with DJ Mode!
Last.fm + MediaMonkey = Scrobbler DJ!
Tag with MusicBrainz ~ Get Album Art!
Tweak the Monkey! ~ My Scripts Page
Last.fm + MediaMonkey = Scrobbler DJ!
Tag with MusicBrainz ~ Get Album Art!
Tweak the Monkey! ~ My Scripts Page
Re: Monitoring surprisingly slow (or fast)
@Teknojnky: actually when I select the now playing view, it's faster. And not the opposite.
Re: Monitoring surprisingly slow (or fast)
I've experienced the same behavior. When I'm showing lots of files in my track browser (e.g. library node) monitoring is super slow. When I navigate to some smaller set of files, say a playlist with 100 files, it speeds up dramatically (100 times would be my rough quess). I'd imagine the amount of slow down would be relative to how many files one has in the library.
Re: Monitoring surprisingly slow (or fast) [#5520]
It was not fixed, probably just reduced the negative effect. With version 4.1.8.1751 the list view is still updating during monitoring, which means that it is monitoring far slower when i select a big list or a node like "music". why updating view during monitoring at all? just display the previous state and update the view after monitoring has been completed!
Re: Monitoring surprisingly slow (or fast) [#5520]
Because you may be editing which means you are dealing with 2 states (the new edit in the file and the new edit in the database).
Download MediaMonkey | License
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Re: Monitoring surprisingly slow (or fast) [#5520]
It only says monitoring everytime i start it (startup configuration). Thus no, i dont think so, cause it would mean that mediamonkey edits my entire library evertime i start!Lowlander wrote:Because you may be editing which means you are dealing with 2 states (the new edit in the file and the new edit in the database).
Re: Monitoring surprisingly slow (or fast) [#5520]
While MM is monitoring the user can edit files in MM. The monitored files may have changed outside of MM.
Download MediaMonkey | License
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Re: Monitoring surprisingly slow (or fast) [#5520]
i dont manually edit files inside or outside MM while monitoring process is proceeding or at any other time for the past few weeks.Lowlander wrote:While MM is monitoring the user can edit files in MM. The monitored files may have changed outside of MM.
And no new files either, thus e.g. no auto volume leveling is triggered.
And no other software is changing any music file in background.
i can close MM, start MM again 1 moment later, and monitoring process is starting again, including the described performance issue with big lists eg music node.
i get the feeling that i am the only one who noticed this, or maybe everybody else accepted it slow speed during monitoring process after startup.
I recently switched to MM from musicbee, startup and monitoring (searching for any kind of change inside my music directory) never took that long...
i am quite disappointed
Re: Monitoring surprisingly slow (or fast) [#5520]
You may not, but others may do so.Mixta wrote:I dont manually edit files inside or outside MM while monitoring process is proceeding or at any other time for the past few weeks.
As you enabled Startup Monitoring it is expected that it starts each time you start MediaMonkey. I personally use manual scanning instead.Mixta wrote:i can close MM, start MM again 1 moment later, and monitoring process is starting again
Download MediaMonkey | License
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)