Python 3.14 și 3.15 renunță la GC incremental: când gunoierul adună nervii programatorilor

În lumea Python se pregătesc schimbări, și nu, nu e vorba de un nou framework asincron. Echipa CPython a luat o decizie curajoasă: să retragă garbage collector-ul incremental (GC) în versiunile 3.14 și 3.15.

Dacă ați încercat vreodată să faceți deploy vineri seara și ați prins un segmentation fault, înțelegeți. GC-ul incremental, care trebuia să accelereze colectarea gunoiului, s-a dovedit a fi „îmbunătățirea” care strică totul. Ca o mobilă IKEA fără instrucțiuni: piesele sunt frumoase, dar scaunul se clatină.

Ce n-a mers bine?

Potrivit dezvoltatorilor, GC-ul incremental în Python 3.14 și 3.15 a cauzat instabilitate și regresii de performanță, mai ales în aplicații multithreading. În loc să-l repare, au decis să revină la bunul vechi GC generațional. Desigur, s-ar fi putut să-l lase și să spere, dar nu asta e filosofia Python – aici se pune preț pe stabilitate, chiar dacă e plictisitoare.

Dezvoltatorii care s-au obișnuit deja cu noul GC își vor aminti probabil de durerea veche: „De ce crapă totul în producție?” Răspunsul e simplu: pentru că gunoierul a decis să adune nu doar obiectele, ci și nervii voștri.

Ce înseamnă asta pentru voi?

Dacă folosiți Python 3.14 sau 3.15, pregătiți-vă pentru schimbări. Retragerea GC poate afecta performanța aplicațiilor, mai ales a celor care lucrează intens cu memoria. Dar nu intrați în panică: dezvoltatorii promit că noul GC se va întoarce când va fi gata, iar până atunci – clasicul.

Comentariul studioului METABYTE: Retragerea GC ne amintește că și în IT, uneori mai bine e dușmanul binelui. Dacă proiectul vostru are nevoie de stabilitate, nu de experimente, vă ajutăm să configurați mediul astfel încât gunoierul să nu adune bug-urile voastre.