I would. But I can not delete nor shift my posts. Is there a moderator
who can do that?
--
meyergru
meyergru's Profile: http://forums.slimdevices.com/member.php?userid=1980
View this thread: http://forums.slimdevice
on't dive into this one. Maybe the message "Size mismatch on COMM"
has something to do with too large MySQL requests?
--
meyergru
meyergru's Profile: http://forums.slimdevices.com/member.php?
ema were correct, one could have enforced the
correct behaviour by declaring the table "albums" as being unique to
the combination of album title and artist name. This does not save one
from coding it correctly, however. You only get an error if you don't.
--
m
strips off '//server/share/path/title.mp3' to
'/server/share/path/title.mp3'. So, such playlists do not function if
they are re-exported to Windows music clients.
--
meyergru
meyergru's Pro
files.
--
meyergru
meyergru's Profile: http://forums.slimdevices.com/member.php?userid=1980
View this thread: http://forums.slimdevices.com/showthread.php?t=25506
___
discuss ma
ave not yet found the place where this symlink
chasing was introduced, else I would have corrected that myself.
--
meyergru
meyergru's Profile: http://forums.slimdevices.com/member.php?userid=1980
View this thread: http://forums.s
WLAN, but
also with certain remote control units, Bluetooth and even some
microwave ovens!
Your problem pattern could be due to an interference with some other
device using the same frequency band. Have you tried to change the WLAN
channel yet?
kely bottlenecks though.
Yep. And while a worst-case scenario may overload the setup, real-world
usage with 200 potential clients should be no problem, even with
searching, playlists and so on. Ought to be a real server with some
pu
I don't know
if the processor load caused by slimserver may be to high - after all,
it's interpreted PERL...
Maybe someone with more than a few clients can give figures about their
CPU load factors?
--
meyergru
#premature-script-headers
Normally, this should be handled transparently by standard libraries
like CGI.pm, but I don't know if the code is self-made or reused.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevice
not even be in
the metainformation table, a global variable as in my hack should
suffice.
Whatever, that's all up to Dan Sully... I'm out now.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
--- 178,185
$ds->cleanupStaleEntries();
}
+
+ Slim::Web::resetStats();
}
}
This does the database scan once at start and after each rescan
(although I did not test that). It does not change the counts when you
change the preferences, though. The logic employed in that area was
beyond my comprehension and is left as an exercise to the reader ;-)
This quick hack works for now, but is a mess architecture-wise, so I
would object to putting that into the code as a permanent fix.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
he old one (neglecting those subtle
differences) by a user preference, too.
So, as you can see, there can be reasons apart from a rescan to change
the counts.
My suggestion was to recalculate the counts only in the event of a
rescan or if the preferences change.
--
meyergru
as fast as before 6.2.
A little further up in the thread, I have also shown a tuning tip for
SQLite using PRAGMAs to speed up Slimserver database operations even
more but sacrificing some memory.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
nd write those entries only when needed, you can
simply retrieve that (static) info in Pages.pm when you build the start
HTML page.
Voila. Several seconds saved on every web page access.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
ops. docbee was faster than me...
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
version, track_count and total_time
So I guess this explains the full table scans for the stats...
And from what I have learned from the source, there is only a generic
parameterized function (find) to do any database find, including
counting. That function does even discriminate between
ed the second improvement any more if you
keep the database.
For me, these modifications make it really fast and what's more: the
temp files are avoided completely (this obviously has wider
implications than performance by itself).
--
meyergru
___
I have the impression that older versions (6.0 was my first) were
faster indeed.
--
meyergru
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
19 matches
Mail list logo