I can't find anything related to persisting the playlist, but looking at
the data:
There are a few data points that may indicate what I observe in my
system -- remote clients can be delayed (some times) but ignoring that
issue and trying to work with a small dataset:
Time/removed item:
Web t/items SB t/items
--- ------- -- -------
80->300: 10 .125 16 .200
80->300: 13 .163 15 .186
300->80: 6 .020 7 .023
300->2250: 39 .130 80 .260
300-> 2250: 30 .100 88 .293
2250->80: 4 .002 57 .025
2250->300: 16 .007 16 .007
2250->22000: 248 .110 240 .106
This dataset seems to indicate that the time isn't related to the
current playlist size. Looking at it the other way around:
Time/added item:
Web t/items SB t/items
--- ------- -- -------
2250->80: 4 .050 57 .712
300->80: 6 .075 7 .088
80->300: 10 .033 16 .053
80->300: 13 .043 15 .050
2250->300: 16 .053 16 .053
300->2250: 39 .017 80 .036
300->2250: 30 .013 88 .039
2250->22000: 248 .011 240 .011
This shows a relation to the new playlist size but it's not adding
items to the list that is consuming the time since as the new list
grows, the time/item decreases. Of course there is overhead per/item
but the rate of decline in the cost/item as the list grows drops so
rapid that I'd look elsewhere for the overhead.
Am I looking at this wrong?
I continue to experience huge delays in remote browsing while browsing
directly from the server is instantaneous.
- Ray
--
RainmanRam
------------------------------------------------------------------------
RainmanRam's Profile: http://forums.slimdevices.com/member.php?userid=7477
View this thread: http://forums.slimdevices.com/showthread.php?t=30145
_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss