Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
This temporary fix has been made an official option in the latest nightly. 6.2.2 or 6.5? Both. -- Michael --- Help translate SlimServer by using the StringEditor Plugin (http://www.herger.net/slim/) ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
Does the skin make a difference? How are the load times on the EN (Lite) skin? On Oct 28, 2005, at 4:43 PM, MrC wrote: Dan Sully Wrote: Keep in mind that the time displayed is from immediately before generating the page to immediately after. It doesn't take into account transfer time afterwards to send the page to your browser. Yeah, understood, and that's what I suspected too. So, the question is, what's going on underneath the covers that makes this thing hicup every now and again? There are long, unpredicatable stalls. I just tested again, and this time opening the page took 15 seconds. No data is coming from the server to the browser during most of this time. Anyway, I'm not meaning to push for a response here and now; rather, i'm just trying to add some data points to this general performance discussion. I think similar perfmon calls surrounding other core areas of code would be fantastic. -- MrC ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
On 28-Oct-05, at 5:53 PM, MrC wrote: Load times are consistently lightning fast with Lite. I can generate the stalls frequently (sorry KDF) with Fishbone. ExBrowse3 seems fine. the price you pay for my bad code and my desire to have all those commands one click away ;) Once I can make sense of all of Jacobs work, I'm hoping to find the time to make a fishbone2 using the ajax tools (and maybe skin inheritance once implemented in 6.5) -k ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
On 10/28/05, kdf [EMAIL PROTECTED] wrote: Once I can make sense of all of Jacobs work, I'm hoping to find the time to make a fishbone2 using the ajax tools (and maybe skin inheritance once implemented in 6.5) I'm definitely waiting for the skin inheritance feature before putting up Default3; I'd do it myself if I was more adept at Perl. Ideally, with inheritance and the new command wrappers, the only thing that would need rewriting is index.html and the CSS. (I think this is the first time I've heard of one of my skins being *faster* to load than a non-scripted one... :) ) - Jacob ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
We need to do a full scan with joins to get the proper counts - as now
things
like including composer, etc and various artist albums are dynamic.
There's an optimisation in DBIStore.pm around page 325:
# Optimize the all case
if (scalar(keys %findCriteria) == 0) {
I don't know how much this would speed up the count. But it's rarely used
as Pages.pm adds the contributor.role to %findCriteria even if it's
undefined. The following patch would allow for the optimisation.
Index: D:/eclipse/SVN/Slim/Web/Pages.pm
===
--- D:/eclipse/SVN/Slim/Web/Pages.pm(revision 4873)
+++ D:/eclipse/SVN/Slim/Web/Pages.pm(working copy)
@@ -180,7 +180,7 @@
$find-{'album.compilation'} = 1;
- } else {
+ } elsif (defined($ds-artistOnlyRoles)) {
$find-{'contributor.role'} = $ds-artistOnlyRoles;
}
There's little impact with my test notebook's 500 songs, though...
--
Michael
---
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
There's little impact with my test notebook's 500 songs, though... That might save the full table scan for calculating song_count, but the scans for album_count and artist_count are still being done, so may this If I remember right it saved the full scan for all but artist_count. (2 out of 3) is why you don't see much improvement from that correction. The reason is rather the fact that with that little number of songs there's no noticable delay anyway. Whatever, that's all up to Dan Sully... I'm out now. Right. Let's see what he means about all this. -- Michael --- Help translate SlimServer by using the StringEditor Plugin (http://www.herger.net/slim/) ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
@mherger: no plugins like moodlogic, musicmagic, etc. How many titles do you have in your archive? Maybe you are on the lucky side because of a smaller database? It is smaller: about 6500. Is there an option to tell slimserver not to use sqllite but to hold everything in memory? If so, I would like to test this. There's some information available on wiki.slimdevices.com on how to use MySQL instead. MySQL knows in memory tables... -- Michael --- Help translate SlimServer by using the SlimString Translation Helper (http://www.herger.net/slim/) ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: Is it me or is the web interface getting slower on every new release?
On 10/26/05, docbee [EMAIL PROTECTED] wrote: I gave it a try and the application now behaves much crisper :-) Whatstill bothers me is the long delay it takes to connect to theslimserver homepage for the first time.I can hardly believe that slimserver does count all the titles, albums, etc via sql and is not storing these values. The only way these valuescould change is by doing a rescan, don't they? :-(FWIW, I made the same change on my system and didn't see any improvement at all (not that I was complaining about performance in the first place -- I wasn't). So YMMV. :-) Debian Sarge, Kernel 2.6.11, Athlon 800mhz, 512mb RAM, 1000 albums MP3Ben ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
