Typically one executor per CPU core works well. Some people do two executors per CPU core. The other issue you need to consider is your I/O performance.
--
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
jenkinsci-use...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/3838e59e-3f76-4ecb-8614-654e9099cb0c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
From my experience, to minimize issues, I recommend having one executor per build node, and nothing built on master (apart from some housekeeping jobs of Jenkins itself).
You might think it's a resource waste, but we've actually had many erratic issues when having multiple executors, when two /big/ builds would run concurrently on the machine for example.
And with modern vm tech/cloud/containers it's actually cheaper to isolate things than to have to spend hours of human time diagnosing issues potentially very hard to reproduce.
I say *build* node on purpose, though we're stopping it too atm, we still have one special node dedicated to job actually launching some remote process though ssh plugin.
HTH
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/7e1f788d685d41b5bde657ba557b21e6%40XCH-RCD-006.cisco.com.
I would like to verify - a good rule of thumb for how many executors to set on each build node is relative to the number of processors the build server has.
