I think this has been happening since 6.2. If i attempt to play a playlist (.m3u file of .wav file names), the first time after the playlist has been modified will result in my slimserver (1) timing out, and claiming it has lost contact with the server. It eventually recovers, but it can take several minutes to just get it to play something. Once the list has been accessed once it plays without timeouts thereafter, until modified at least.
I turned on some debug options and the log fills with info on each file in the playlist when the timeouts occur. Rescanning the playlist content obviously, but these are all .wav files---no need to open/read them...surely stat()-ing 500 files doesn't isn't the cause of timeouts? I used to be play much larger playlists without any problems, with previous slimserver software versions... I turned on the server/network health option and it's usually near optimal. When the timeouts occur the bufferfullness graph shows a burst of "<10" entries. The web is also unresponsive during these timeouts. I upgraded to the 6.2.1 stable build (Nov.13), but it doesn't help. An ideas on how to proceed would be welcome. -- clump ------------------------------------------------------------------------ clump's Profile: http://forums.slimdevices.com/member.php?userid=2283 View this thread: http://forums.slimdevices.com/showthread.php?t=18263 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/unix
