I just filed 'this bug'
(http://bugs.slimdevices.com/show_bug.cgi?id=17468):
Code:
--------------------
This report actually still affects 7.6.1 r33110, which can't be selected in
Bugzilla though.
Even though my music library resides on the same machine as SBS, I have to use
an UNC path for the library, to make sure that the path is consistent with the
playlists created by a client tool.
I notices that the "discovering phase" takes much much more time when using an
UNC path compared to a direct path.
During the scan, there is almost no CPU load and no network traffic.
A client tool, which does practically the same (over the network, mind you),
is
much much faster scanning through the same library. So it cannot be a problem
of the network stack itself. It must be related to the way SBS scans the
directory structure somehow.
Sanning using the local path:
Discovering files/directories: D:\Multimedia Files\MP3 (14591 of 14591)
Complete 00:00:31
And a network path (still located on the same machine):
Discovering files/directories: \\server\mp3 (14591 of 14591) Complete
00:16:22
--------------------
Can anyone else confirm this please? Even though this isn't a show
stopping bug, it's really a nuissance for me.
--
grestorn
------------------------------------------------------------------------
grestorn's Profile: http://forums.slimdevices.com/member.php?userid=48578
View this thread: http://forums.slimdevices.com/showthread.php?t=89724
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
