Phoronix ha contato 19.671 commit Git nella merge window di Linux 7.4, 3.404 in più dei 16.267 attribuiti a Linux 7.3: un aumento calcolato di circa il 20,9%. Il conteggio va da v7.3 allo snapshot precedente a Linux 7.4-rc1. Misura l’attività registrata in Git, non la qualità o la velocità del kernel.
Che cosa contano i 19.671 commit
La merge window è la fase in cui vengono integrate le modifiche destinate alla versione successiva del kernel. Phoronix la descrive come un periodo che di norma dura due settimane. Il conteggio di Linux 7.4 riguarda le revisioni Git comprese tra v7.3 e lo snapshot precedente alla prima release candidate.
Phoronix ha riferito che Linux 7.4-rc1 è stato rilasciato secondo programma il 1º novembre 2026.
Il confronto con Linux 7.3
| Versione Linux | Commit Git nella merge window |
| Linux 7.4 | 19.671 |
| Linux 7.3 | 16.267 |
La differenza è di 3.404 commit, pari a circa il 20,9% rispetto al conteggio di Linux 7.3. È un calcolo basato sui valori riportati da Phoronix.
I commit non sono righe di codice
Per lo snapshot precedente a Linux 7.4-rc1, Phoronix ha riportato 41.605.120 righe nell’albero dei sorgenti: 31.417.938 classificate come codice, 4.993.604 come commenti e 5.193.578 come righe vuote. Sono categorie di righe presenti nell’albero in quel momento; non indicano quante righe siano state aggiunte durante la merge window.
Anche il dato di 20.260 commit associato a Linux 7.3 riguarda un intervallo diverso: copre l’intero ciclo da v7.2 a v7.3, non la sola merge window. Non è quindi un confronto diretto con i 19.671 commit di Linux 7.4.
Le possibili ragioni dell’attività intensa
Phoronix ha collegato parte dell’aumento ai bug report e alle patch legati ad AI e LLM. Linus Torvalds, nei commenti riportati da Phoronix, ha citato anche l’aspettativa che Linux 7.4 potesse diventare la prossima versione LTS. Nessuno dei due fattori è quantificato come quota dei commit.
Torvalds ha inoltre descritto circa un terzo della patch come offset di registri e maschere di bit per GPU AMD. Il dato offre un esempio concreto di quanto il volume delle modifiche possa includere anche definizioni tecniche, senza tradursi automaticamente in una misura di prestazioni o di qualità del codice.
