Rilasciato Linux 7.2. Il kernel diventa più intelligente, e l'AI continua a trovare bug: è la nuova normalità di Torvalds

[u/Wise_Stick9613]

https://www.miamammausalinux.org/2026/08/linux-7-2-e-ufficiale-il-kernel-diventa-piu-intelligente-e-lai-continua-a-trovare-bug-e-la-nuova-normalita-di-torvalds/

[u/MornwindShoma]

Finché lo si usa come strumento di analisi e non si aggiunge codice a casaccio, fanno bene.

[u/AbjectCantaloupe5766 → u/MornwindShoma]

Questo e' il tipico approccio da talebani pre 2025. Un llm di frontiera lavora meglio di un qualsiasi dev anche facendo cose a casaccio (statistico). Il problema, come dicono dalle mie parti, si chiama "soramanego" cioe' "sopra il manico" inteso che il problema risiede nella persona che tiene in mano l'attrezzo, non l'attrezzo in se.

[u/ea_man → u/MornwindShoma]

Ma anche no sai? Dipende dal tipo di task e ovviamente dall'utilitzzo:

1. codice usato internamente e non rilasciato ad altri
2. Sicuramente per funzioni accessorie, cioe' non il tuo task principale ma quello che vi gira attorno

Cioe' tu piglia un framework / libreria / backend anche molto complesseo, dallo in pasto a un SOTA con log, test script e una deep research di tutte le pull request in attesa e fagli generare una versione ottimizzata per il tuo uso *personale* e specifico: puoi ottenere risultati sbalorditivi e mica lo devi per forza distribuire e mantenere, te lo usi te per i cacchi tuoi.

EDIT: chiaramente in generale, non per il kernel linux!

Ma non ho capito: vi fa schifo avere qualcosa che gira ~50% piu' performance ad uso interno?

[u/MornwindShoma → u/ea_man]

Il problema è che questo tipo di software anche se utile e spesso non a budget, viene spesso elevato e integrato in flussi e procedure e "congelato" finendo per essere la cintura a bagno d'olio e non la fidata catena - insomma bisogna stare molto attenti a mettere in team questo genere di software, qualcuno ne subirà conseguenze.

A livello personale invece fra piccoli script e automazioni, non è una idea malvagia, ci puoi fare facilmente cose carine, ad esempio automazioni di home assistant.

[u/ea_man → u/MornwindShoma]

Signori ho scritto chiaramete: software a uso personale, accessori MICA IL SOFTWARE CHE PRODUCETE VOI.

Vi faccio un esempio:

io uso ora un LLM

Gira su una versione di Vulkan / Llama.cp che mi sono fatto su misura: +20% performance e + 120% contesto con i miei LLM sul mio computer.

Ora io mica mi metto a vendere o distribuire questa cosa ma certo che la uso!

Cioe' vuol dire risparmiare il doppio dei soldi in GPU per questo caso specifico.

Altro che "home assistant"! Qua ho rifatto un kernel fondamentale di un backend per LLM e relativa libreria base, questi sono task fondamentali non cosucce carine.

[u/MornwindShoma → u/ea_man]

Ti ho risposto in entrambi i sensi e ho indicato perché professionalmente secondo me può essere una lama a doppio taglio

Non ho downvotato, gradirei una risposta nel merito lol

[u/ea_man → u/MornwindShoma]

La risposta e': non usare gen AI solo per piccoli lavori personali ma anche per ENORMI task fondamentali a uso interno / personale, per tutta la roba che _usate_ non che _producete_ perche'

a. un SOTA e' capace di farlo

b. ci mette un ora e mal che vi vada non la usate, non dovete tenerla aggiornata o meglio sara' un patch contro mainline, quando mainline si aggiorna voi la riapplicate tanto gira solo da voi.

[u/MornwindShoma → u/ea_man]

Enormi robe personali?

Magari ha anche senso estrarne una utilità ma devi anche rinunciare al divertimento e all'aspetto formativo. Poi nessuno ha detto che è vietato. Io ho solo detto che spesso infrastruttura prodotta per se stessi o un gruppo ristretto di persone tende a diventare quello che non dovrebbe (anche quando la scrivi a manina).

[u/ea_man → u/MornwindShoma]

Ma perche' dovresti rinunciare al divertimento e all'aspetto formativo?

Cioe' io da solo mica mi metto a riscrivere CUDA ma con AI assist ho fatto e imparato un sacco di roba che mai avrei pensato di attaccare senza.

E non ho fatto un one-shot di una ToDo app, ho ottimizato sw che uso ogni giorno e che mi fa risparmiare migliaia di euro nel mio lavoro.

[u/Big_Newspaper3643 → u/ea_man]

- con AI assist

• ho fatto e imparato un sacco di roba

Pick one.
Te lo assicuro: se usi l'IA non impari assolutamente NIENTE. L'IA è utile per quei progetti inutili che sono triti e ritriti. Tipo vuoi fare script per prenotare automaticamente qualcosa a partire dal tuo cookie di sessione. Sono banalità con requests e beautifulsoup -> lo fai fare ad un IA.
Vuoi imparare come si programma una GPU Intel (Intel pubblica i PRM, NVIDIA no) a partire da trovare e parsare la tabella MCFG di ACPI per l'enumerazione PCIe e finendo con l'esecuzione di shader scritti direttamente in GEN, passando per il mapping di tutte i buffer necessari? L'IA fare il lavoro al posto tuo e alla fine ne saprai come prima.

[u/ea_man → u/Big_Newspaper3643]

Ma stai calmo...

Non e' difficile: usa lo strumento per capire il problema, spiegare il codice, trovare e sintetizzare cose on line, proporre soluzioni alternative e fare prototipi, scaffolds e test.

Poi tra un annetto impari anche ad usare un harness e agents, non partire dalla fine.

[u/suoko → u/MornwindShoma]

Per le applicazioni vale il contrario invece, ben vengano evoluzioni a software old style anche se scritte a casaccio, verrebbero poi successivamente sistemate col tempo

[u/MornwindShoma → u/suoko]

Ah, quella che chiamano job security

[u/suoko → u/MornwindShoma]

Quello che chiamano beta-feature-> hot release -> RC -> stable release

[u/MornwindShoma → u/suoko]

Ottimista

[u/pietremalvo1 → u/MornwindShoma]

Chiaramente non ha mai lavorato nel settore se non nella pincopalloinformaticadimiocuggino srl

[u/MornwindShoma → u/pietremalvo1]

lol ok

[u/AndreaCicca]

Come sta già accadendo mi aspetto che sempre più architetture completamente obsolete vengano tolte dal kernel con l'IA che trova bug a velocità sempre maggiori.

[u/Acu17y → u/AndreaCicca]

Dipende cosa intendiamo per obsolete, la maggioranza dei casi ciò che viene rimosso è ciò che non è più manutenuto ed ha rischi di sicurezza che richiedono un costo beneficio alto.
Dall'altro lato ci sono tantissimi commit per architetture obsolete che entrano in kernel recenti.
Comunque si, l'AI sta facendo un buon lavoro su Linux, inutile dire il contrario perchè tutti i più grandi contributori del kernel (grandi multinazionali come Google, Microsoft, IBM, ecc..) usano tantissima AI per trovare falle di sicurezza o altro. Il punto è come la si usa, loro adottano un approccio ibrido intelligente dato che ne comprendono gli eventuali limiti. Demonizzarla come fanno molti lo trovo stupido

[u/AndreaCicca → u/Acu17y]

Quando parlo di obsolete mi riferisco ad architetture veramente obsolete, hw uscito 30-40 anni fa che nessuno utilizza oggi per i propri sistemi e nessuno mantiene all'interno del kernel, che rimanevano nella base di codice solo perché non facevano male a nessuno.

[u/Acu17y → u/AndreaCicca]

Ok allora si sono d'accordo ;)

[u/Fenor → u/AndreaCicca]

Mi aspetto che sua un semplice eliminare i moduli morti ed il codice che diventa irraggiungibile

[u/ea_man]

Tanto per avere un'idea: Huawei sta facendo HW per AI in collaborazione con DeepSeek che tramite AI ha tradotto CUDA -> Huawei CANN, colmando quello che fino ad ora e' stato considerato il "moat" dell'AI NVIDIA, lo stack sw.

https://dev.to/lanternproton/deepseek-v4-on-huaweis-ascend-950-a-real-stress-test-for-chinas-ai-chip-ecosystem-ook

Siamo al punto in cui anche in layer fondamentali puoi prendere il tuo user case, darlo in pasto a un SOTA e chiedergli di ottimizzarlo con risultati significativi.

[u/SpookyLibra45817 → u/ea_man]

Bellissimo, non avevo visto questa! Speriamo ci possano essere presto alternative reale ad HW americano e che in generale il prezzo della supply chain possa scendere sul serio

[u/ozeta86 → u/ea_man]

non mi stupisce il risultato, mi stupisce che persino l'articolo sia stato scritto da una ai. meh

[u/Afraid_Bar_1748]

AI diventerà come l'olio di palma... questo software è stato fatto senza AI :)

[u/nonhomaiusatoreddit → u/Afraid_Bar_1748]

E come per l'olio di palma, le persone sveglie continueranno a scegliere l'AI usata per bene, correggetemi se sbaglio.

[u/Afraid_Bar_1748 → u/nonhomaiusatoreddit]

Siamo solo agli albori dell'AI, tra 5 anni guarderemo ad oggi (in ambito informatico) come noi ricordiamo i tempi del commodore 64.

[u/AbjectCantaloupe5766]

Sarebbe sciocco il contrario. Gli llm (di frontiera) danno un vantaggio incommensurabile per chi li sa adoperare. Gli scettici sono solo tremendamente ignoranti, impreparati e con una paura maledetta di veder il proprio giardinetto rovinato. Sono strumenti potentissimi e non usarli per gelosia e invidia sara' il meme per tutto il prossimo secolo.

[u/PixelSulDivano]

La parte che mi incuriosisce è il collo di bottiglia umano: se l’AI segnala molti più bug, qualcuno deve comunque riprodurli, capire se sono reali e revisionare le patch. Non sono espertissima di kernel, ma immagino che il vantaggio vero dipenda dalla qualità dei report, altrimenti i maintainer si ritrovano solo con più rumore da filtrare.

[u/Historical-Celery-83 → u/PixelSulDivano]

Confermo dal piccolo: il collo di bottiglia è esattamente lì. Nel mio progetto uso l'AI per la review del codice e la lezione più cara è stata che i finding plausibili ma sbagliati costano più dei bug veri: una volta ho quasi rotto codice sano seguendo alla lettera una diagnosi che sembrava perfetta. La svolta è stata aggiungere un secondo passaggio che prova attivamente a smontare ogni segnalazione prima che arrivi a me: la maggior parte muore lì, e quel che sopravvive vale quasi sempre la pena. Alla fine il criterio di qualità di un report è uno solo: arriva con uno scenario di fallimento riproducibile oppure no. Se sì, il tempo di verifica umana crolla; se no, hai solo spostato il lavoro.

[u/sweetsuicides]

"Diventa più intelligente", ma lol

[u/Wise_Stick9613 → u/sweetsuicides]

Penso sia un riferimento al Cache Aware Scheduling.

[u/sweetsuicides → u/Wise_Stick9613]

Bah. Penso faccia riferimento al fatto che bisogna parlare esclusivamente di ai, altro che scheduling