Free Lunch Wrote: > The performance problems are mainly due to the way the slimserver > software is written. Throwing hardware at the problem will not solve > those design issues. Michaelwagner Wrote: > That is my impression from the code reading I've done (when I worked in > IT I was a performance analyst). > Clarification: in the short term, a user who does not want to become a > developer can probably solve some problems by "overconfiguring" a > system. In the longer term, the code needs some selective performance > analysis, segmenting and possibly some rewriting. So it's worse than I thought then? It's not solely a problem with Perl code performing badly on Windows machines (which in my experience is always been the case), it's just that SlimServer is fundamentally flawed and needs some part of the core rewriting. I remember when SD first mentioned the proposed SlimServer "upgrade" from 5.** to 6.** Robin Bowes was adamant that this should include making the application multi-threaded. Unfortunately his suggestion was not taken up. In retrospect it looks like it should have been. MC
-- ModelCitizen _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
