Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Performance issues in initial display #61

Closed
tnail opened this issue Aug 21, 2019 · 1 comment
Closed

Performance issues in initial display #61

tnail opened this issue Aug 21, 2019 · 1 comment
Assignees
Labels

Comments

@tnail
Copy link

tnail commented Aug 21, 2019

We're running the latest revision of puppet-summary on RHEL7.6, front-ended with Apache and experiencing really poor performance from the web front-end. Page load times are on the order of 90+ seconds for 499 hosts and we're pruning the database to 14 days of retention. Are there any tips for gaining more performance out of this application?

@skx skx self-assigned this Aug 22, 2019
@skx skx added the question label Aug 22, 2019
@skx
Copy link
Owner

skx commented Aug 23, 2019

The biggest report of usage I've received so far was in #42 which mentioned a reasonable number of reports. (Assuming 14k reports/day, and hourly runs I'm gonna guess that covers about 50 hosts.)

I guess I'd try to start by seeing how you're setup, I'd assume the summary-server is located upon your puppet-master, because that's the simplest way to deploy it. If so it might be interesting to see if moving it externally helped. To be honest you could just use rsync to clone the reports, sqlite file, and see how it performed without receiving updates.

Otherwise I'd ask if the host is I/O-bound, or CPU-starved. If so add more.

As things stand the front-page does do a fair number of queries to count the hosts, and get their most recent state. But it doesn't seem like any of them should be too heavyweight.

I suspect pruning won't necessarily improve performance, but that would also be my first suggestion just to confirm. (The reason I say that is that the displays mostly only touch the SQLite database - the actual on-disk reports are only used when you view a particular run.)

@skx skx closed this as completed Jan 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants