[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow

Denis wrote:
> As I understand it, slave delegation means the master is tossing Java objects around to the slave for execution, so the master doesn't just sit idle while the slave does its work.

Do we have evidence that this is really true? It wouldn't make sense at all. Aren't our tests one monolithic application that is started by a shell script and that executes purely on the slave (starting secondary JVMs as instructed by the test.xml ant scripts)?

Markus



From:        David M Williams <david_williams@xxxxxxxxxx>
To:        Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Date:        2013-10-24 18:00
Subject:        Re: [cross-project-issues-dev] Shared Hudson instance reacts        extremly slow
Sent by:        cross-project-issues-dev-bounces@xxxxxxxxxxx




For what its worth, Markus has tracked down some unruly unit tests specific to the Mac machines, that might be causing the trouble.
We'll disable those specific tests.

http://dev.eclipse.org/mhonarc/lists/platform-releng-dev/msg21726.html

I wonder if the Hudson project has any advise/opinions on if an upgrade to Hudson would help reduce "interference"? We are on a pretty old version.

Bug 412933 - Should we Upgrade to Hudson 3.1.0?

Put another way, if we can't run a Mac Machine and a Windows Machine as two independent slaves ... Hudson is not doing us much good :)
And to put yet another way ... if we had to run them serially ... our 6 to 8 hour test suites would seldom ever finish! :(

Thanks,





From:        
Denis Roy <denis.roy@xxxxxxxxxxx>
To:        
cross-project-issues-dev@xxxxxxxxxxx,
Date:        
10/24/2013 08:46 AM
Subject:        
Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow
Sent by:        
cross-project-issues-dev-bounces@xxxxxxxxxxx





On 10/24/2013 02:40 AM, David M Williams wrote:

> I'm not sure it's wise to have the ep4-inut-mac64 and ep4-unit-win32 jobs both be running at the same time, though....


I don't understand why this would be the case. The are separate physical machines, right?


They are separate physical machines, but they are slaves.  As I understand it, slave delegation means the master is tossing Java objects around to the slave for execution, so the master doesn't just sit idle while the slave does its work.




But, back to the point of original topic, it is not so much that a "sudden restart caused [us] some grief" but the fact that there is no clue or announcement that it was done, which is the point of
Bug 417457.

So here we are, providing some clues.

Matt is restarting the master now, since it has been tied up all night.  I think it would be a great idea to avoid running both of those jobs at the same time to see if it takes care of the non-response issue.

Denis







From:        
Denis Roy <denis.roy@xxxxxxxxxxx>
To:        
cross-project-issues-dev@xxxxxxxxxxx,
Date:        
10/23/2013 05:01 PM
Subject:        
Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow
Sent by:        
cross-project-issues-dev-bounces@xxxxxxxxxxx






I'm not sure it's wise to have the ep4-inut-mac64 and ep4-unit-win32 jobs both be running at the same time, though....

I see 36m left for win32, 2h05 left for Mac.

Denis




On 10/23/2013 04:57 PM, Denis Roy wrote:
I think the Windows/Mac tests seriously affect the master performance.  Last time we've seen this David was running tests and our sudden restart caused him some grief.




On 10/23/2013 04:24 PM, Denis Roy wrote:
Yep, but it's running eight builds right now, so we don't want to restart it.

Hang in there...

Denis

On 10/23/2013 04:17 PM, Tom Schindl wrote:
... anyoneelse seeing hudson being extremly slow?

Tom

_______________________________________________
cross-project-issues-dev mailing list

cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



_______________________________________________
cross-project-issues-dev mailing list

cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev