Gidsen
Hoe hardlopers op maat te maken voor Java-builds
Je gokt op een runnermaat voor een Maven- of Gradle-build.
4 min leestijd
Je gokt op een runnermaat voor een Maven- of Gradle-build.
Waarom het gebeurt
JVM-builds hebben veel geheugen nodig voordat ze CPU-hongerig zijn, en GC-thrash ziet er precies uit als een langzame build.
Hoe het te repareren
- Begin met 8 vCPU met 4 GB per vCPU; Gradle en Maven parallelliseren beide over modules
- Geef de JVM voldoende heap: een te kleine heap kost meer dan een te kleine CPU
- Let op de configuratiefase, die single-threaded is en niet wordt beïnvloed door het aantal kernen
- Schaal alleen omhoog als het parallellisme op moduleniveau daadwerkelijk de kernen verzadigt
Je volgende build kan twee keer zo snel zijn, voor de halve prijs
Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.
Gerelateerd
Hoe u zelfgehoste hardlopers kunt schalenZelfgehoste hardlopers staan in de rij op de spitsuren of zitten stil en duur.Hoe hardlopergroepen te gebruikenElke repository kan taken plannen voor elke hardloper.Hoe u een runner-labelstrategie ontwerptEtiketten zijn organisch gegroeid en niemand weet welke te gebruiken.Gehost of BYOC: hoe te kiezenU weet niet zeker of u gehoste runners moet gebruiken of in uw eigen cloud moet implementeren.