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

Generating this site takes an alarming amount of resources. #29429

Closed
jimangel opened this issue Aug 17, 2021 · 2 comments · Fixed by #29504
Closed

Generating this site takes an alarming amount of resources. #29429

jimangel opened this issue Aug 17, 2021 · 2 comments · Fixed by #29504
Labels
kind/feature Categorizes issue or PR as related to a new feature. sig/docs Categorizes an issue or PR as relevant to SIG Docs. triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@jimangel
Copy link
Member

Look into evaluating how we can make building the site take less memory / cpu.

Problem

As k/website has grown, it went from a small hugo build to what it is today (a large, memory and file hungry build).

This is all good though, it means we are adding content and localizations.

Solution

Look into ways to reduce build time. A few options come to mind:

  • Can we remove a large chunk of unused content?
  • Can we build only a small subset of docs (easily and portable to the various localizations)?
  • Are there any optimizations in hugo itself?

There should be a way to reduce the amount of resources required to build k/website. Considering there isn't a clear solution, I won't mark as good-first-issue.

/sig docs
/triage accepted

@jimangel jimangel added the kind/feature Categorizes issue or PR as related to a new feature. label Aug 17, 2021
@k8s-ci-robot k8s-ci-robot added sig/docs Categorizes an issue or PR as relevant to SIG Docs. triage/accepted Indicates an issue or PR is ready to be actively worked on. labels Aug 17, 2021
@sftim
Copy link
Contributor

sftim commented Aug 17, 2021

Idea: run the build localization-by-localization. I don't know if Hugo supports this but if it might let us run 14 shorter builds (potentially in parallel) rather than 1 long one.

Idea: look for image resize options at build time. If reasonable to do so, replace the source image with what it gets resized to.

@sftim
Copy link
Contributor

sftim commented Aug 17, 2021

This might be an area where we could look for resources from CNCF to help with it - especially if the fix is applicable across multiple CNCF projects.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature. sig/docs Categorizes an issue or PR as relevant to SIG Docs. triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants