AgentVivo

Írass teljesítményjavítást ágenssel, de a review-t ne hagyd ki

Linus Torvalds a The New Stack beszámolója szerint a Claude Code-dal íratta meg egy régóta húzódó Linux page cache szűk keresztmetszet javítását; a mérésekben nagy gyorsulás jött ki, de a reviewerek versenyhelyzetet (race) találtak.

Ezzel készült: Claude Code

Mit csinált?

A cikk szerint Torvalds egy évek óta ismert kernelproblémán dolgozott: a page cache folio-referenciaszámlálása szűk keresztmetszetet okoz a pufferelt olvasásnál. Egy kísérleti ágon a Claude Code írta meg az implementációt, a teszteket és az első dokumentációt, és Torvalds irányításával át is nézte a kódot; a méréseket Torvalds maga futtatta. Az első nyolc foltból álló sorozatot egy tízes követte, amely új jelzőbittel (PG_rcu_free) és RCU-val késleltetett felszabadítással védi a foliót az olvasás közben.

Hogyan sikerült?

A cikk szerint az első változat Torvalds laptopján nyolc szálon másodpercenként kb. 10 millióról akár 33 millió olvasásra növelte az átviteli sebességet, a javított sorozat pedig a 64 szálas Threadripperen, erős versengés mellett 13,3 millióról 304 millió olvasásra (szintetikus benchmarkban; Torvalds maga figyelmeztetett, hogy valós terhelésnél jóval kisebb a nyereség). Kiryl Shutsemau kernelfejlesztő azonban versenyhelyzetet talált az egyik függvényben, amely soha nem írt adatot tehetett láthatóvá, és a karbantartók a felszabadítási megoldást is vitatták. A cikk megjelenésekor semmi nem került be a fő ágba; a továbbfejlesztést Torvalds átadta Shutsemaunak.

Amit érdemes tudni

A legfontosabb tanulság: az ágens által írt, gyorsnak mért kódot is szakértő reviewnak kell alávetni, mert a konkurenciahibákat a benchmark nem mutatja meg. A cikk egy helyen teljesítményromlást is említ (egyszálas, 16 bájtos olvasásnál), amelyről nem tudni, megmaradt-e. A számok a The New Stack cikkéből származnak, amely részben a Phoronixra és a Hardware Bustersre hivatkozik.

Próbáld ki

saját prompt

We have a performance bottleneck in <component> (evidence: <profile/benchmark>). Work on a separate branch only. Steps: (1) explain the bottleneck and 2 possible approaches with their concurrency risks, (2) implement the approach I pick, with tests that specifically try to trigger races (concurrent readers/writers, reclaim, resize), (3) run the benchmark before and after and report raw numbers plus any regressions. Do not merge, push to shared branches or send patches anywhere. Stop after the report and list every assumption a human reviewer must check.

Forrás

The New Stack (sajtó) · 2026-10 · 2026-10-15 · Amanda Caswell (The New Stack) · Eredeti forrás ↗

Kapcsolódó gyakori példák

Az összes gyakori példa