Could be related to: https://issues.jenkins-ci.org/browse/JENKINS-15818

Analysis of output.xml on 200+ builds means a lot of cpu, which seems to be normal for me!

I see 3 possible solutions:
1. Did you consider to use parameter "Max builds" (e.g. set to 20)? Then the last 20 builds are shown only.
2. Did you consider to automatically discard old builds? You can configure amount of days of amount of builds to keep in project configuration.
3. Currently the image generation is on demand and starts, when user requested it via frontend. Robot-Plugin could precompute such images when the build is finish.

Hello,

Would you consider adding an option to disable the trend graph either in the global plug-in config and/or per job?

The suggested solutions are not ideal for us:

1. This requires each user to change that parameter, individually on each job. Also it looks like the setting is stored in their browser cache, correct? So if that is cleared they will need to do it again. And users who don't bother are potentially using up a lot of CPU cycles on our master any time they view a project.
2. While this would work, it feels a bit like the tail wagging the dog. We retain those builds for business reasons, removing them to improve performance of a feature we don't need is not a direction we'd like to go.
3. While better than the current situation, this is still potentially using a lot of CPU cycles on our master for a feature that we aren't interested in.

Thank you!

Hi aaronm

We could definitely look on a solution to have a "max builds to show" in global configs, potentially overwritable per job. This feature is already in place for X-axis label, so doing that for the amounts of builds to show should be doable.

Hi Aleksi,

It would be nice if the graph could be disabled totally. If "max builds to show" is set to a low value to avoid using much CPU, the graph isn't all that useful (but is still using some CPU). Not a huge deal though.

Thanks!