We're barely pushing 1 mbps in any 60 second interval, so the load from Apache is 3% or less.
CLOSE_WAIT is, as you say, is Apache's responsibility. Maven is slightly different in that it opens a new connection for every file, instead of reusing it as most browsers do. I can't think of any special setting except the normal timeouts and KeepAlive (the latter should be set to 3-5 seconds). May also depend on what other modules you have loaded, but I remember we came up blank last time. -Arne Chris Hodgson wrote: > As far as I can tell, it is specifically Maven which knocks our server > out. I don't know if it is notoriously a bad http client or what, but it > seems that when one or more people are hitting the maven repo we end up > hitting our max connection limit in apache (200 or so connections) and > the old connections take forever to die - in fact they usually get > locked in close_wait status and never die. I suppose it is just as > likely (if not more so) that our out of date apache is to blame. > > If others (osgeo, opengeo) also find running a maven repo to be heavy on > resources, I wonder if there is a way we could do some kind of > mirroring/load-balancing/fall-back setup between the three of us to get > optimal performance and uptime while sharing the load? I'm not that > familiar with how maven works but it seems like something like this must > be possible... > > Chris > > Daniele Romagnoli wrote: > >> Hi lists, >> first of all, sorry for cross posting. >> >> Could we select an unique commonly used remote repo where to deploy >> maven artifacts? >> Refractions 2 still go down, sometimes. >> Therefore, in the past, someone proposed to set a new repo (OSGeo) >> where to deploy artifacts. >> However, as Justin reported some months ago, the OSGeo server bombs >> out quite often and therefore the GeoServer nightly build is deploying >> artifacts on a new additional maven repository, hosted by OpenGeo. >> However, it seems that the geotools root pom hosted at the OSGgeo repo >> seems pointing against the refractions repo. Therefore some recent >> updates seem missing. >> (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom) >> >> Can we move to a single unified repo? Any news about the OSGeo >> deploying issues? (http://trac.osgeo.org/osgeo/ticket/344) >> In case this has been fixed, can you update the automatic build >> scripts to work against the OSGeo one (in order to updates artifacts >> and poms)? >> In case OSGeo still have problems, is the OpenGeo repo the most >> valuable one to be used? (In that case, can you provide me the >> distribution management tag (URL) to be used to deploy our imageio-ext >> artifacts on it?) >> >> I guess we need to update these things since there is a bit of >> confusion about which project relies on which repo and which repo is >> up to date. >> Please, let me know. >> >> Best Regards, >> Daniele >> >> -- >> ------------------------------------------------------- >> Eng. Daniele Romagnoli >> Software Engineer >> >> GeoSolutions S.A.S. >> Via Carignoni 51 >> 55041 Camaiore (LU) >> Italy >> >> phone: +39 0584983027 >> fax: +39 0584983027 >> mob: +39 328 0559267 >> >> >> http://www.geo-solutions.it >> >> ------------------------------------------------------- >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Geoserver-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> > > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Arne Kepp OpenGeo - http://opengeo.org Expert service straight from the developers ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
