Slow rebuild for big monorepo of lot of libs/apps

[vkouk]

Hello there,

I am developing on a large scale app which in one repository we host 3 backend apps and 1 frontend (angular) and there are quite some libs for backend and common (constants, enums etc) that we reuse across our apps. I've noticed that since all of my libs are buildable (there is an issue with nx that non-buildable libs can't be used to buildable) is taking lotttttt of time to rebuild locally when a file has changed, and i am wondering how can i speed up my local dev server because it has started to get annoying lately.

Below is my nx graph, so any ideas or if you want me to provide further information please ask so i could at least increase the speed of my local server.

Thanks

[vkouk]

Anyone here to assist / guide at all?

[fen89]

We experienced something similiar in the past as well. We had some libraries which just became too "big" - after splitting them up into smaller chunk libs everything went smooth again (but I see splitting is because of buildable and and sharing across other apps not an option?) - our app is quite large as well, but we have about ~ 180 libs in total.

Another issue, which the graph is not showing could be due to circular references inside the monorepo? You could check with tools like madge if you can find such, because they will slow down the build times as well (The hardest loop I ever found did cost the build to last 30 seconds longer ... 💯 )

Does this issue occur nontheless which files you change or can you distinguish between libs which take longer than others?

[vkouk]

@fen89 We currently have around 20-25 buildable libs and i don't see it scale more than that. In general the slow rebuild is happening when I change a file from an X lib, it takes much much time to rebuild and sometime is even blocking the hot module to reload, where there we would have to manually re-run the console. It takes more than 5-6seconds where for a big and large scale app but on the other hand a brand new monorepo with latest versions I don't think this is accepted.

What options you think we have here? How have you splitted your libs?