About threading with coverages. I use tile decoder threads (decoding each tile in its own thread).
This improves response time and cpu utilization. The threads for themselves are very short living ones. I have not seen any problems at my installations or heard something from user mailing list. Why not ? Simone Giannecchini writes: > see below... > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > On Thu, Sep 10, 2009 at 12:44 PM, Andrea Aime <aa...@opengeo.org> wrote: >> Simone Giannecchini ha scritto: >>>> Maybe there is something wrong with the way I've >>>> coded up the prefecthin iterator? Someone more familiar >>>> with the concurrent java utilitis might be able to tell. >>>> >>>> More in general, how do people feel about this? >>>> Good for a configuration knob in the StreamingRenderer? >>>> Or just the new default? >>>> >>> >>> My 2c, >>> I'd rather make it a configuration flag. >> >> Do you have in mind any specific case where things might >> go south by spawning the extra thread, or is it just >> because leaving the admin some control on resource >> usage is a good thing? (and well... it is!) > > > both things. > I haven't thought too much about this would impact coverage loading ( > as far as I have seen you are concentrating on features only) but in > any case, I would like to stay away from automagic threading with > coverages. > > > Simone. >> >> Cheers >> Andrea >> >> -- >> Andrea Aime >> OpenGeo - http://opengeo.org >> Expert service straight from the developers. >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
