oyvindo wrote:
> Well, that's exactly the issue - how do we explain that my server
> performance is slow only with LMSnewGUI and not with any other GUI, be
> it Logitechs own, or any other third party App run from an iPhone, iPad
> or PC, even remote over internet via 3G ? If I had a general server
> issue, wouldn't it be persistand and client independant?
>
It's actually not that easy to compare, since there are different
approaches, depending on what is done on the server and what on the
client, and if the GUI uses LMS's request/command scheme or not (which
can be done both on the server directly by a plugin, or remotely from
the client):
- It seems Logitech's GUI generates all the performance-intensive
lists directly on the server and sends them to the browser already
formatted as HTML. Some other information and the controls are done
via LMS's request/command scheme.
- Any GUI which doesn't include it's own plugin is limited to using
LMS's request/command scheme remotely. This category probably includes
most 3rd party GUIs.
- extGUI4LMS uses all of the possible methods, depending on what's
most efficient for a certain operation
- The plugin directly access the LMS database, and uses LMS's
request/command scheme on the server
- The GUI communicates with the plugin, and uses LMS's
request/command scheme remotely.
A direct comparison is therefore difficult, because depending on the
approach, different components of the system might become the
bottleneck.
Additionally, seemingly small differences in what is displayed may make
quite a difference in performance. An example mentioned before would be
displaying the album duration, which means that the time for all tracks
for each album has to be summed up by the database - if done
inefficiently, this can result in quite an increase of database queries
(e.g. for 40 albums with 10 tracks each, you would suddenly have 440
queries instead of 40)
>
> I can see that the preference help file mention Ext Entries ;
> Ajax_Timeout and data_JsonP_timeout, but these variables do not exist in
> the preference window. So I clicked 'Reset' and as a result, the
> preference window now shows up comletely empty again. Even after
> restarting both LMS and my local computer.
>
Well, that's not supposed to happen. Have you checked the javascript
console for messages as mentioned in a previous post?
>
> So, I decided to give Chrome a try - and viola! Everything works like a
> charm! I no longer have to modify timout settings, I never get error
> message thrown all over the screen, and LMSnewGUI is fairly responisve.
> I went back to IE9 just to check, and it struggles like he.... and
> performance sucks.
> So, now maybe we're a bit closer to isolating the problem?
>
That's certainly interesting. Admittedly, I haven't tested IE9 beyond
clicking around a bit a while ago, so I'll redo this test.
>
> You may have to tweek your App to make it run acceptably using IE9?
> What can we do?
Actually, not a lot. The GUI is based on a javascript web framework (see
'here' (http://www.sencha.com/products/extjs/) if you really have
nothing better to do), which is, among other things, supposed to take
care of any browser specific stuff. So unless I use the framework
incorrectly, it's really the framework's issue, and not the GUI's.
Which basically means that we have to wait for updates of this
framework, and hope that they fix these problems. Currently, I don't use
the newest available version (which came out very recently), since when
I tried to upgrade, I came across two bugs, one of which was a show
stopper. When time permits, I'll have another go at it.
------------------------------------------------------------------------
Roland0's Profile: http://forums.slimdevices.com/member.php?userid=56808
View this thread: http://forums.slimdevices.com/showthread.php?t=98186
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
