mérnöki
Amit milliónyi CI-munka végrehajtása során tanultunk
A várakozási idő, a gyorsítótár viselkedése, a megfelelő méretezés és a csak méretben megjelenő hibamódok.
Priya Raghavan · Infrastruktúra · 2026-08-04 · 11 perc olvasás
Egymillió munka elég ahhoz, hogy lássuk a hosszú farkat. Itt van, ami meglepett minket.
A sorban állás láthatatlan és óriási
A lépések időtartama jól láthatóan látható. A várakozási idő egyáltalán nem jelenik meg. Találtunk olyan adattárakat, ahol a várakozási idő mediánja meghaladta a medián felépítési időt, és a csapat egy negyedet töltött a felépítés optimalizálásával.
A legtöbb futó mindkét irányban rossz méretű
A munkák körülbelül 40%-a átlagosan 30% alatti CPU-kihasználtságot mutatott – fizetve a tétlen magokért. További 12% teljes időtartama alatt 100%-on volt rögzítve, és a kritikus úton ült. A megfelelő méretezés mindkét irányban többet ér, mint bármilyen gyorsítótár-módosítás az ügyfelek többsége számára.
Az I/O várakozás a csendes gyilkos
npm 40 000 fájl írása, rakomány kicsomagoló ládák, Docker rétegek kibontása – egyik sem CPU-munka. A hálózathoz csatlakoztatott tárolókon ezek a lépések dominálnak, és minden CPU-gráf jól néz ki, miközben teszik.
A foltos tesztek többe kerülnek, mint bárki modell
Az ismétlés közvetlen költsége nyilvánvaló. A közvetett költség – a mérnökök újrapróbálkoznak valódi hibákkal, mert az újrapróbálkozás a szokás – sokkal nagyobb, és nem jelenik meg egyetlen számlán sem.
Az ügynökforgalom megváltoztatta a rakomány alakját
A mesterséges intelligencia kódoló ágenseit tartalmazó adattárak sorozatban többszöröse a push frekvenciát mutatják, mint a csak embernek szánt adattárak. Az egyidejű lemondás egy szép optimalizálásból kemény követelmény lett ezeknél a csapatoknál.
A következő buildje kétszer gyorsabb lehet, fele áron
Kezdje ingyen. A távozás ugyanaz az egy sor, és azt a diffet is közzétesszük.