Replies: 1 comment 3 replies
-
Check out this doc for tips https://www.gatsbyjs.com/docs/how-to/performance/improving-build-performance/#gatsby-skip-here 1st thing I'd look at from your description is if you're preserving the
That's a warning btw not an error. It's just saying that Gatsby can't enable incremental builds as using fs means builds aren't deterministic. Also on later versions of v3, we enabled webpack caching for everyone by default. |
Beta Was this translation helpful? Give feedback.
-
👋
I recently received a newsletter about an update to Gatsby Cloud that boasts some incredible figures
and
This is great stuff and I wanted to inquire a little bit about how you guys are achieving this or what kind of hardware you suggest using to speed up build performance by as much as 5x for those who are building on custom hardware.
I understand that this is a paid service so you might not be able to share much and as much as we would love to offload this workload to Gatsby Cloud without asking too many questions, it's just not possible for us for several reasons:
Gatsby is by far the most versatile framework we tested but our build times keep rising with every page we add; we're at about 10-15 mins with just under 1500 nodes on 8x core runners to build and deploy if we edit something like a shared component and all pages need to be rebuilt.
Any advice on where to look to optimise or what kind of hardware could help? Any suggestions on setting up a cms (self hosted) for a use case like this and which would you recommend? Even with a cms, if any shared component needs a code update (for something like animations or css) the build times will still be long 😕
we were looking into trying the webpack cache flag PRESERVE_WEBPACK_CACHE but haven't been able to make it work yet, some weird webpack errors were popping like warning WebpackError: Unsafe builtin usage fs.existsSync: (node 14.2) so we abandoned that for the time being 😄
Beta Was this translation helpful? Give feedback.
All reactions