Hi folks!

I can see the same behaviour as docbee: Slimserver 6.2 seems pretty
slow for normal browser accesses. I have traced Slimserver with strace
and found some strange things happening.

Even when I just browse to http://slimserver:9000 (not only on first
occurrence), there are really long sequences (i.e. thousands of
repetitions) of messages like the following in the strace log:

_llseek(8, 3961856, [3961856], SEEK_SET) = 0
read(8, "\r\0\0\0#\0j\0\3\346\3\311\3\263\3\234\3\206\3j\3Q\003"...,
1024) = 1024
_llseek(13, 400384, [400384], SEEK_SET) = 0
write(13, "\n\0\0\0\5\0L\0\0L\0\367\1\235\2q\3N\0\0\0\0\0\0\0\0\0"...,
1024) = 1024
_llseek(13, 401408, [401408], SEEK_SET) = 0
write(13, "\n\0\0\0\5\0\206\0\0\206\1\21\1\365\2\177\3=\0\0\0\0\0"...,
1024) = 1024
_llseek(8, 3962880, [3962880], SEEK_SET) = 0
read(8, "\r\3!\0\3\0\211\0\0\211\2[\1i\0A\0\0\0\0\0\0\0\0\0\0\0"...,
1024) = 1024
_llseek(12, 235520, [235520], SEEK_SET) = 0
write(12, "\r\0\0\0\5\0t\0\3\23\2\205\1\334\1\24\0t\0\0\0\0\0\0\0"...,
1024) = 1024
_llseek(12, 236544, [236544], SEEK_SET) = 0
write(12, "\r\0\0\0\5\0\254\0\3V\2\303\2F\1\224\0\254\0\0\0\0\0\0"...,
1024) = 1024

The file handles are #8 = %CACHEDIR%/.slimserversql.db, #12 and #13 are
temporary files generated by SQLite like /var/tmp/sqlite_%SOMETHING%.

Frankly, I don't quite understand this:

1. I doubt that this huge number of database read accesses (looks like
a full title scan to me) are neccessary in the first place when I just
want to look at the start page. The number of accesses to handle #8 is
way larger than any potential number of songs shown on the start page
(e.g. the active playlist).

2. Even if there is a reason for the read accesses, I cannot see why
there are write accesses for every entry. This looks like a modify to
each accessed record, since the two temp files seem to be short-lived
transaction logs for SQLite?

Oh, and BTW: I have no plugins whatsoever but a rather large music
archive (approx. 40000 songs). Slimserver takes around 45 MByte of
memory, of which 42 MByte are in RSS (real memory). There is not much
running on the machine apart from Slimserver 6.2 and it has 256
physical RAM and 300 MByte swap (which is mostly unused, i.e. the
machine does not page).

I am not saying that exactly version 6.2 does make the big difference,
but I have the impression that older versions (6.0 was my first) were
faster indeed.


-- 
meyergru
_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to