Reply to thread

Message

<blockquote data-quote="MJGraf" data-source="post: 1032433" data-attributes="member: 17886">Thanks breese!The pictures are really interesting - maybe I should start using more tools like the performance monitor to get a feeling what's going on (probably I'm still living in a Windows XP world with its simple task manager and haven't realized that Win7 has such nice things inbuilt...). Anyway, what we see there is write access to the WAL file and also to the database file itself. The latter one must be a checkpoint operation...&nbsp;No - from my current version here locally I can see that there is actually only one thread working on the import. At some point I would even go the route to paralellize this with multiple threads as I think this could give us some further performance improvement. But this is not wihin the scope of the database plugin...&nbsp;This is by far not only directory access. What is happening there is that MP2 Server opens every music file in these directories and reads the included MP3 tags. So the important question would be: How many music files are in those directories for which it takes more than 10 seconds to import them? What tags are included in those files - only text or also embedded coverart?&nbsp;And then I still don't understand one thing in your logs. You said that you have a single seat system (i.e. MP2 Server and MP2 Client on the same computer). Is your music collection on the same computer? Your logs show that MP2 Server scans for music on <a href="https://forum.team-mediaportal.com/file://\\BUGSBUNNY\music\" target="_blank">\\BUGSBUNNY\music\</a>... If your music collection is on a local drive to your MP2 Server the it should read something like E:\music\... Can you still remember whether you chose the &quot;Local File System Resource Provider&quot; or the &quot;Network Neighborhood Resource Provider&quot; when you added the Share?</blockquote>

[QUOTE="MJGraf, post: 1032433, member: 17886"] Thanks breese! The pictures are really interesting - maybe I should start using more tools like the performance monitor to get a feeling what's going on (probably I'm still living in a Windows XP world with its simple task manager and haven't realized that Win7 has such nice things inbuilt...). Anyway, what we see there is write access to the WAL file and also to the database file itself. The latter one must be a checkpoint operation... No - from my current version here locally I can see that there is actually only one thread working on the import. At some point I would even go the route to paralellize this with multiple threads as I think this could give us some further performance improvement. But this is not wihin the scope of the database plugin... This is by far not only directory access. What is happening there is that MP2 Server opens every music file in these directories and reads the included MP3 tags. So the important question would be: How many music files are in those directories for which it takes more than 10 seconds to import them? What tags are included in those files - only text or also embedded coverart? And then I still don't understand one thing in your logs. You said that you have a single seat system (i.e. MP2 Server and MP2 Client on the same computer). Is your music collection on the same computer? Your logs show that MP2 Server scans for music on [URL='https://forum.team-mediaportal.com/file://\\BUGSBUNNY\music\']\\BUGSBUNNY\music\[/URL]... If your music collection is on a local drive to your MP2 Server the it should read something like E:\music\... Can you still remember whether you chose the "Local File System Resource Provider" or the "Network Neighborhood Resource Provider" when you added the Share? [/QUOTE]

Verification