Hi, I know ;-) feel free to add any requirement or suggestions you might have.
I was just trying to see if there's a true use case for this or not, I have thought about this along the same lines as in "Throttle Concurrent Builds Plugin" but for Job Groups as defined in Priority Sorter. /Magnus 2014/1/21 Thorsten Meinl <[email protected]> > Hi Magnus, > > The description is a bit "high-level" but it looks like this could be a > fit to our problem. I'm happy to give it a try! > > Thorsten > > Am 21.01.2014 14:34, schrieb Magnus Sandberg: > > Hi, > > > > I'm thinking about adding something like this to the Priority Sorter > > (JENKINS-21214 <https://issues.jenkins-ci.org/browse/JENKINS-21214>) do > > you think that would be something for you? > > > > /Magnus > > > > > > 2014/1/20 Benjamin Lau <[email protected] > > <mailto:[email protected]>> > > > > I've always managed this by limiting the executors on the host where > I > > run the tests... but I'm suspecting you have a set up where each of > > the VMs has its own computer/node entry in Jenkins so you have one > > executor for each. > > > > You might be able to work around this by setting up one of your > > systems as the access point for the VMs and manage all the testing > > from there. That way you can still host all the tests on your single > > physical machine, but you can limit the number of concurrent jobs > > using the existing executor feature. > > > > Good luck, > > > > Ben > > > > On Mon, Jan 20, 2014 at 12:31 PM, <[email protected] > > <mailto:[email protected]>> wrote: > > > Hi all, > > > > > > We have a product that we are currently testing on six different > > operating > > > systems. Our test jobs is a matrix job that runs on six different > > slaves > > > (one for each OS). However, the slaves are virtual machines on a > > single host > > > computer. It has enough RAM and disk space for even more VMs, but > > "only" six > > > cores. I.e. if all matrix subjobs run at the same time, the system > > will be > > > overloaded. On the other hand, sequential execution just takes too > > long. We > > > need a mechanism to control the maximum number of concurrent > > matrix subjobs > > > that are allowed to run at the same time. I haven't found any > > plug-in that > > > can achieve this. Ideally each slave can be assigned a semaphore > (the > > > physical host for the VM) that has a maximum value (the number of > > jobs that > > > can run at the same time). Does anybody know a way to achieve this > > with > > > available plug-ins? How difficult would it be to create such an > > extension? > > > > > > Cheers, > > > > > > Thorsten > > > > > > -- > > > You received this message because you are subscribed to the Google > > Groups > > > "Jenkins Users" group. > > > To unsubscribe from this group and stop receiving emails from it, > > send an > > > email to [email protected] > > <mailto:jenkinsci-users%[email protected]>. > > > For more options, visit https://groups.google.com/groups/opt_out. > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Jenkins Users" group. > > To unsubscribe from this group and stop receiving emails from it, > > send an email to [email protected] > > <mailto:jenkinsci-users%[email protected]>. > > For more options, visit https://groups.google.com/groups/opt_out. > > > > > > -- > > You received this message because you are subscribed to a topic in the > > Google Groups "Jenkins Users" group. > > To unsubscribe from this topic, visit > > > https://groups.google.com/d/topic/jenkinsci-users/nnZXDun4ZFE/unsubscribe. > > To unsubscribe from this group and all its topics, send an email to > > [email protected]. > > For more options, visit https://groups.google.com/groups/opt_out. > > > -- > Dr.-Ing. Thorsten Meinl > KNIME.com AG > Technoparkstr. 1 > 8005 Zurich, Switzerland > > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
