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 <[email protected]> To: Cross project issues <[email protected]> Date: 2013-10-24 18:00 Subject: Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow Sent by: [email protected] 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 <[email protected]> To: [email protected], Date: 10/24/2013 08:46 AM Subject: Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow Sent by: [email protected] 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 <[email protected]> To: [email protected], Date: 10/23/2013 05:01 PM Subject: Re: [cross-project-issues-dev] Shared Hudson instance reacts extremly slow Sent by: [email protected] 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 [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
<<image/png>>
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
