I'm running a Jenkins instance with ~7000 jobs (that is otherwise unremarkable). The limiting factor with many jobs is mostly plugins or specific core features that have scalability problems. Examples:
* Cloudbees RBAC had really slow group membership resolutions a few versions ago, leading to extremely long page load times. It's much improved now. * Subversion plugin often sends an unnecessary HTTPS request per module location per project, making post-commit hooks take forever with a lot of projects and using up all connections to our SVN server. * JENKINS-20052 doubles or triples the list view render times, but it doesn't seem to be a big issue on my instance. * JENKINS-18660 The 'label cloud' made the slave index page unusable with a lot of jobs. Resolved in 1.509.3. In general, you'll notice lazy-loading build loading, e.g. when determining the combined weather of a folder, or in views with View Job Filters plugin's filters examining past builds. Make sure you have enough RAM so it only happens once after a restart (or use a different retention strategy as of 1.548). --- There's also the anonymous usage statistics that can provide some insight into what size Jenkins installations exist. For example, as of December, these are the largest installs by number of nodes (200+ nodes): version|jobs|executors|nodes|plugins 1.532.1|38|328|249|31 1.491|3691|699|673|40 1.534|871|263|205|57 1.480.3|72|1084|409|124 1.501|174|704|240|85 1.480.2|1680|671|364|67 1.492|359|520|255|42 1.480.3|99|851|230|113 1.538|20|282|282|15 1.509.2|5642|433|263|123 1.509.2|111|337|258|14 1.480.1|2157|780|382|68 1.429|843|4866|4617|21 1.517|115|231|228|56 1.498|136|316|219|72 1.466.2|1182|470|339|40 1.480.3|206|724|246|120 1.538|4|846|836|40 The stats could also tell you the OS and which plugins in which versions are used, but it doesn't tell you anything about the hardware used. Still, it's useful to see that there are some really large installations. Note that the apparently low number of jobs in some of these large installations (249 slaves for 38 jobs?) could be due to a bug in how Jenkins reports job numbers (JENKINS-21448). On 19.01.2014, at 00:55, Kirill Evstigneev <[email protected]> wrote: > It would be nice to have a list of large Jenkins installations. With numbers > - how many jobs and builds they run, number of slaves, hardware specs etc. > There are (sometimes reasonable) concerns regarding Jenkins performance. So > such real world evidence will help to address it and to assess Jenkins > ability to scale. > > On last two JUCs some numbers were published about these setups: > - Yahoo Advertising platform; > - Sony Moblie > - Netflix > - Openstack @ HP > - Cisco Videoscape (very incomplete) > > Does anyone knows about any other examples? > > -- > 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. -- 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.
