We also use the winstone http server that comes out of the box with Jenkins. In our case we run Jenkins as a Windows service.
On Saturday, January 19, 2013 9:07:25 AM UTC+2, Richard J wrote: > Yes. > > I just run java.exe Jenkins.war > > or some such command line. i.e. no container app like tomcat. > > > > *From:* jenkins...@googlegroups.com <javascript:> [mailto: > jenkins...@googlegroups.com <javascript:>] *On Behalf Of *Pawel Jasinski > *Sent:* Friday, January 18, 2013 2:52 PM > *To:* jenkins...@googlegroups.com <javascript:> > *Subject:* Re: Slow Jenkins response to http after upgrade > > > > what do you use as container, winstone? > > > > > > On Thu, Jan 17, 2013 at 9:51 AM, Yitzhak Zuriel > <zuri...@gmail.com<javascript:>> > wrote: > > We recently upgraded our Jenkins CI servers to the latest LTS version > (4.480.1 -- before this we were using version 4.447.2) After this upgrade, > we found that on our busiest servers (especially on a master of 8 slaves; > all run on Windows Server 2008 r2) that the http response becomes very > slow. It's inconsistent, but approximately half of the time the GUI > responds either sluggishly or seems stuck. Has anyone experienced this? > Does anyone have suggestions for how we can investigate the cause of this? > We thought it might be due to intensive SCM polling activity of many > projects' commit jobs, so we increased the polling intervals and spread > them out more, and this had no effect. I'd appreciate any ideas. A small > related question: one of the things we want to do for our investigation is > to record logs of http activity. Which logger name(s) should we use to > capture such logs? > > >