My builds (which normally take around 4 minutes) take over 20 minutes when I have JIRA issues in the SVN commit messages. The Hudson machine and the JIRA machine have to talk to each other over the internet, across a reasonably fast ADSL connection. Could this be the reason?
I notice a high Java process load in these 20 minutes also. Has anyone else experieced this? Thanks, Ben |
Administrator
|
DaBeeeenster wrote:
> My builds (which normally take around 4 minutes) take over 20 minutes when I > have JIRA issues in the SVN commit messages. The Hudson machine and the JIRA > machine have to talk to each other over the internet, across a reasonably > fast ADSL connection. Could this be the reason? > > I notice a high Java process load in these 20 minutes also. Has anyone else > experieced this? Several bug reports indicate that Hudson is probably getting too much information from JIRA. In one case that shows up as OutOfMemoryError, in your case I suppose it's showing up as slowness. What I'd really like to see is what's being sent over the wire. Is there any chance you can use a program like Wireshark and obtain the packet dumps of those HTTP communication? -- Kohsuke Kawaguchi Sun Microsystems http://weblogs.java.net/blog/kohsuke/ |
Hi,
Thanks for the reply. It's tricky as the applications we are working on are not open source; consequently a lot of the information may well be confidential...I could have a go and see what comes out possibly. Our JIRA setup is not enormous. The project in Hudson is new and only has maybe 100 issues in JIRA. Does the plugin iterate over other projects in the install? If thats the case there may well be a problem as we have a lot of projects running on JIRA. I've not used wireshark before but will give it a crack and see what happens. Thanks, Ben
|
Administrator
|
DaBeeeenster wrote:
> Hi, > > Thanks for the reply. It's tricky as the applications we are working on are > not open source; consequently a lot of the information may well be > confidential...I could have a go and see what comes out possibly. If you can't send it to me, that's fine. I think we'll still learn a lot -- like the amount of data going back and forth. > Our JIRA setup is not enormous. The project in Hudson is new and only has > maybe 100 issues in JIRA. Does the plugin iterate over other projects in the > install? If thats the case there may well be a problem as we have a lot of > projects running on JIRA. Hudson does ask for the list of all projects, mainly to find out what the valid keys are. > I've not used wireshark before but will give it a crack and see what > happens. It's pretty easy to use, I think, and IMHO it's a must-have tool for every developer's toolbox. > > Thanks, > Ben > > > kohsuke wrote: >> >> DaBeeeenster wrote: >>> My builds (which normally take around 4 minutes) take over 20 minutes >>> when I >>> have JIRA issues in the SVN commit messages. The Hudson machine and the >>> JIRA >>> machine have to talk to each other over the internet, across a reasonably >>> fast ADSL connection. Could this be the reason? >>> >>> I notice a high Java process load in these 20 minutes also. Has anyone >>> else >>> experieced this? >> >> Several bug reports indicate that Hudson is probably getting too much >> information from JIRA. In one case that shows up as OutOfMemoryError, in >> your case I suppose it's showing up as slowness. >> >> What I'd really like to see is what's being sent over the wire. >> >> Is there any chance you can use a program like Wireshark and obtain the >> packet dumps of those HTTP communication? >> >> -- >> Kohsuke Kawaguchi >> Sun Microsystems http://weblogs.java.net/blog/kohsuke/ >> >> >> > -- Kohsuke Kawaguchi Sun Microsystems http://weblogs.java.net/blog/kohsuke/ |
Hi Kohsuke,
I've mailed you with the tshark log - let me know if you dont receive the email. Thanks, Ben
|
Administrator
|
Thanks. A new version of the JIRA plugin with this fix is released today. DaBeeeenster wrote: > Hi Kohsuke, > > I've mailed you with the tshark log - let me know if you dont receive the > email. > > Thanks, > Ben > > > kohsuke wrote: >> >> DaBeeeenster wrote: >>> Hi, >>> >>> Thanks for the reply. It's tricky as the applications we are working on >>> are >>> not open source; consequently a lot of the information may well be >>> confidential...I could have a go and see what comes out possibly. >> >> If you can't send it to me, that's fine. I think we'll still learn a lot >> -- like the amount of data going back and forth. >> >>> Our JIRA setup is not enormous. The project in Hudson is new and only has >>> maybe 100 issues in JIRA. Does the plugin iterate over other projects in >>> the >>> install? If thats the case there may well be a problem as we have a lot >>> of >>> projects running on JIRA. >> >> Hudson does ask for the list of all projects, mainly to find out what >> the valid keys are. >> >>> I've not used wireshark before but will give it a crack and see what >>> happens. >> >> It's pretty easy to use, I think, and IMHO it's a must-have tool for >> every developer's toolbox. >> >>> >>> Thanks, >>> Ben >>> >>> >>> kohsuke wrote: >>>> >>>> DaBeeeenster wrote: >>>>> My builds (which normally take around 4 minutes) take over 20 minutes >>>>> when I >>>>> have JIRA issues in the SVN commit messages. The Hudson machine and the >>>>> JIRA >>>>> machine have to talk to each other over the internet, across a >>>>> reasonably >>>>> fast ADSL connection. Could this be the reason? >>>>> >>>>> I notice a high Java process load in these 20 minutes also. Has anyone >>>>> else >>>>> experieced this? >>>> >>>> Several bug reports indicate that Hudson is probably getting too much >>>> information from JIRA. In one case that shows up as OutOfMemoryError, in >>>> your case I suppose it's showing up as slowness. >>>> >>>> What I'd really like to see is what's being sent over the wire. >>>> >>>> Is there any chance you can use a program like Wireshark and obtain the >>>> packet dumps of those HTTP communication? >>>> >>>> -- >>>> Kohsuke Kawaguchi >>>> Sun Microsystems http://weblogs.java.net/blog/kohsuke/ >>>> >>>> >>>> >>> >> >> >> -- >> Kohsuke Kawaguchi >> Sun Microsystems http://weblogs.java.net/blog/kohsuke/ >> >> >> > -- Kohsuke Kawaguchi Sun Microsystems http://weblogs.java.net/blog/kohsuke/ |
Just to confirm that I have tested the application with the new plugin and it's working perfectly. Thanks for the fix.
|
Free forum by Nabble | Edit this page |