Mitch Harding Wrote: > Let me preface my comments by saying that I've not done any SB > development > work, so those who have should feel free to jump in and correct me if > I'm > misstating anything here. >
Nor have I, but I think this is logical. :) > > This brings us to Browse Music Folder. As far as I know, it's main > purpose > is to allow you to access music that hasn't yet been put in the > database, > since a full-fledged re-scan can take a long time. Because it's > allowing > you to access music that is not in the library yet, it has to go > directly to > disk. It can't access the database in memory. And thus, it's going to > be > slower than the other browse methods. > That's true that it has to go to the disk, but I don't think that should be a significant source of delay. At least on a *nix box, this is done so often by so many programs that it's highly optimized. Opendir() and readdir() etc are all very very fast. The catch is that (in the web interface, when you load the page, or when it shows the filename on the squeezebox), it does actually open the file and check for tags and inserts them into the database. It should only do this if the file is newer than the version in the database, though: so the demand shouldn't be very high. In this case, I think one of the problems is the external drive. Even USB2.0 is... slow. USB2.0 is 480Mbps max, or 60MBps. But that's making a whole slew of assumptions about zero-packet-overhead, zero interrupt latency, etc. In reality, the speed is much much lower.... For comparison, the theoretical maximum is around what the typical maximum -real- spec for 100Mbps ethernet is. A drive-slower-than-ethernet doesn't sound very fast to me. -- snarlydwarf ------------------------------------------------------------------------ snarlydwarf's Profile: http://forums.slimdevices.com/member.php?userid=1179 View this thread: http://forums.slimdevices.com/showthread.php?t=19080 _______________________________________________ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
