En linje ind, dobbelt hastighed ud
Skyløbere til GitHub Actions
Administrerede, dedikerede løbere, der erstatter ubuntu-seneste med en enkelt etiketændring. Hurtigere hardware, ubegrænset cache, halvdelen af omkostningerne.
Dedikeret vCPU
Ingen delte kerner, ingen støjende naboer, ingen run-to-run varians, du ikke kan forklare.
Lokal NVMe
Direkte tilsluttet skrabedisk i stedet for netværkslagring. Kasse, installer og test alt bliver hurtigere.
Øjeblikkelig start
Varme pools betyder, at et job starter om cirka tre sekunder i stedet for at vente på en kold VM-støvle.
Hvert operativsystem
Linux x64 og arm64, macOS på Apple silicium, Windows Server og GPU-lag.
Hvad gør det faktisk hurtigere
- Dedikeret CPU, så en build får hele kernen i stedet for et tidsudsnit
- Lokal NVMe, så filtunge trin holder op med at vente på netværkslagring
- En cache, der gendannes ved 1 GB/s uden størrelsesloft
- Varme pools, så køtid stopper med at være en del af din byggetid
Ofte stillede spørgsmål
- Skal jeg ændre noget udover at køre på?
- Nej. De samme handlinger, hemmeligheder, tilladelsesmodeller og logfiler fungerer alle uændret. Hvis en udbyder beder dig om at omskrive trin eller udskifte handlinger, koster det at migrere væk fra dem senere den samme indsats igen.
- Hvad sker der, hvis en løber ikke er tilgængelig?
- Jobs står i kø i stedet for at mislykkes. Kapaciteten er regional, så en mangel i én region spreder sig ikke stille over i en anden - det er det, der gør, at regionsbestemmelser kan håndhæves.
- Kan jeg blande runnerhut og GitHub-hostede løbere?
- Ja. påkørsler er pr. job, så forskellige job i én arbejdsgang kan bruge forskellige udbydere. At flytte ét job først og sammenligne timings er den anbefalede migreringssti.
Dit næste build kan være dobbelt så hurtigt til den halve pris
Start gratis. At skifte væk er den samme ene linje, og det diff offentliggør vi også.