0:01Oggi parliamo di eh Linux Storwalls e della sua sempre più aderenza, maggiore aderenza all'utilizzo di strumenti di intelligenza artificiale di large language model per fare le modifiche al kernel di Linux, quindi il creatore di uno dei progetti più importanti nella storia del software, eh più complessi nella storia del software che utilizza l'AI per fare delle
0:30modifiche che abbraccia lei e che addirittura inizia a schierarsi sempre di più nella posizione, secondo me, diciamo, più logica, più giusta ed è una voce molto importante.
0:40Questo di qualche giorno fa, l'11 ottobre, mano passeremo a cose sempre più recenti.
0:47Il creatore di Lin di Linux, Linux Storwald, eh dice aveva già già si sapeva che utilizzasse lei per come aiuto per il debuggi nel kernel, eh, e anche fuori dal dal kern di Linux aveva fatto qualche un po' di programmazione con Google Sandy Gravity, diciamo. Ecco, questo è strano perché c'è una un accesso impari alle AI, anche il caso di di Linus Linux che che Linux che
1:16utilizza, diciamo, magari eh non gli LM migliori, ecco, in certe circostanze.
1:23Ehm io lui aveva già altre volte detto che dal suo punto di vista l'Eai è un tool utile, quindi lui ha molto questa questa caratterizzazione dellei come strumento. Ora lo vedremo meglio perché è parte, diciamo, di ciò che conta della visione che qui noi stiamo cercando di analizzare quella di di Linus. Eh beh, eh salta fuori che eh ora sta
1:50utilizzando Cloud Code per lavorare alle nuove eh feature del del alle feature del nuovo Kernel Linux, quello che uscirà. Quindi, ovviamente, probabilmente sta utilizzando mh si può immaginare Opus 5.
2:09Eh, paragonabile ad Astra, poi a volte funziona meglio uno, a volte funziona meglio un l'altro, però è un modello veramente molto forte.
2:20Eh, mentre eh si aspetta per la release 73 RC7 della del kernel, eh, e stavo ah, mentre stavo aspettando, dice lui, e stavo facendo refresh sul repository, sono stato piuttosto sospeso di trovare una nuova branch kernel. Normalmente Thorwald non fa eh un sacco di lavoro di nelle branch e il suo repository
2:50principale eh tipicamente già è semplicemente è posizionato sulla branch master, quindi dove confluiscono tutte le patch e così via.
3:03La nuova branch è apparsa è eh NF file File Map Reid with LLM. E così come, diciamo, implica il fatto che ci sia LLM nella alla fine del del nome della branch e si tratta di improvement del kernel che sono stati ottenuti con AI, conclude code. Eh, va bene. Insomma, è un adattamento per situazioni in cui c'è una,
3:31diciamo, una condizione patologica nella lettura della page e quindi praticamente una ottimizzazione di velocità. Qua si vede quello che si ottiene con tr thread, per esempio, la differenza è quasi passa da 10 a 30, quindi 3x. Questo è il risultato più incredibile e quindi quite a difference eccetera eccetera. Quindi questa roba qui ovviamente poi finirà nel kernel e grazie allei le cose poi si velocizzano.
4:00Ma ancora più interessante è questo qui, questo articolo qui sempre su foronix.com.
4:11Eh, allora, dopo aver usato Cloud Code per fare il draft eh di una funzione fondamentale, di un miglioramento fondamentale, che è quello che abbiamo visto poco fa, lì il creatore di Linux ha continuato a utilizzare l'AI nel weekend e a parlare dei suoi benefici dei dei suoi benefici. Vabbè, al di là di leggiamo le parole di Linux di Linux Nils Olro, Olrogi, non lo so come si chiama. eh ha
4:40riportato un bug nella libreria di Arraayi associativi, suppongo, e aveva una patch per fixare questo bug, ma il codice era troppo oscuro per me da seguire. Ecco qua, tra l'altro una piccola riflessione, si parla di slop, ci sono c'è codice scritto anche ad alto livello, codice molto corretto che funziona molto bene, che è scritto stilisticamente veramente male, cioè proprio terribile,
5:09eh, e quindi un sacco di programmatori fanno fatica, cioè Linux fa fatica a seguire il codice degli array associativi perché ci sono tanti programmatori buoni che non hanno esattamente il talento della semplific della di trovare il modo più semplice per esprimere quella computazione. Così io ho fatto, dice lui, ciò che predico.
5:31Usare i tool moderni, gli LLM, eh per come aiuto per cercare di capire questo codice.
5:41E quindi questa è una branch eh fatta con l'aiuto del degli LLM che rende il codice più leggibile separando alcune eh funzioni complicate, larghe, difficili da leggere in funzioni più piccole. E il codice è stato eseguito attraverso una serie di test in userspace che non solo confermano il bug, ma ne hanno trovati altri tre di bug.
6:11Eh, che tutti, tra l'altro, che sono stati originati nel momento in cui questa libreria è stata introtta nel 2013. Quindi, vedete, ragazzi, ora eh sta cosa qua dello della I slop è una barzelletta. Allora, immaginate le AI eh in fondo la capacità di essere libera, esprimersi liberamente su quello che pensa, senza condizionamenti né f tuning per risponderci in maniera educata. Cioè, ti potrebbe dire lei, "Scusa, ma com'è che dal 2013 voi non vi
6:39siete accorti che ci sono tutti sti bug?", ma poi come lo scrivete il codice? Cioè, lei ti potevano dire "Ma a ragazzetto, ma che cazzo fai?" Perché ci sono bug anche nel codice umano. Quindi questo dualismo umano ei è una cazzata.
6:54bisogna sostanzialmente utilizzare le capacità umane, le capacità delle per fare il meglio che in questo momento è possibile.
7:03Ah, tra l'altro questa cosa lui dovr l'ha scritta direttamente dentro il comit.
7:08La patch non è stata ancora incorporata nella Master Branch, ma probabilmente eh sarà, diciamo, infilata nella finestra del del Linux del Kern Linux 4.7.
7:21Eh, Linus Thorwals stauendo a essere più è più vocal, diciamo, a essere a parlare sempre di più di dell LM e e a e a a far fare da promotore eh a promuovere i benefici come strumento del per il lo sviluppo del canale di Linux. Fatemi dire che magari se funziona per il canale di
7:49Linux non ci sono molti progetti per cui possano funzionare, anche perché se lo dice eh Linux funziona per il canale di Linux di Linux, diciamoci la verità, questa è un'altra roba eh dovrebbe essere ancora più recente, 15 ottobre di oggi. Non so dove l'abbia scritta, non lo so, non è molto chiaro.
8:15Da dov'è che la prendiamo questa cosa?
8:18Eh, del Lunduk Journal, Touch Journalism with Zero ADS and Zero big tech influence, quindi sono, diciamo, è un giornalismo senza pubblicità e senza condizionamenti da parte delle grandi aziende.
8:35E qui Linux dice: "Io non capisco questa concetto idiota di non uzare l'AI per fare questo."
8:44Eh, questa è una nuova regola solo per te. Non usare i combinatori per qualsiasi eh submission che fai al kernel, perché se non puoi mostrare che tu davvero capisci cosa la macchina sta effettivamente facendo, scrivendo il codice in assembler, allora va da sé che tu eh non vuoi vedere il tuo codice.
9:08Allora, io non voglio vedere il tua il tuo codice che hai contribuito perché chiaramente non sei abbastanza competente se non puoi scrivere il codice in questo modo. Ovviamente questo è un iperbole che utilizza, diciamo così, la retorica Linus per portare avanti il suo punto. Però vedete questa cosa ci dice che Linus pensa alle ai Large Language Model in termini ingegneristici di strumento.
9:34Questa è una caratterizzazione degli LLM che ha senso per portare avanti un argomento pragmatico, però in realtà eh bisogna dire una cosa. Quando tu decidi di scrivere le cose in C senza scrivere più in assembly, tu hai rinunciato a quel basso livello, però il ci sono dei contratti a volte un po' oscuri tra il C e quello che accadrà sotto e tu decidi che ti accontenti di
10:04quella rappresentazione meno precisa di quello che accadrà ma più densa per eseguire il lavoro. però è un layer comunque di transl di traduzione che ha delle sorprese ma è largamente prevedibile.
10:23Ora approfondiamo un po' meglio, ok?
10:25Because of the wise, perché altrimenti questi comits che sono assistiti dai tool e allora chiaramente mostrano che tu non sai eh non mostrano che che tu sai davvero ciò che stai facendo.
10:41Allora lui dice "Ma non lo vedi quando è stupida questa impostazione, questo tipo di regole? Quando sarebbero stupide questo tipo di regole? così è stupia, dice lui. L'altra regola che altri cercano di forzare su di noi, non utilizzare lei per X. Quindi no, eh, non faremo delle regole stupide come non puoi usare questo tool per fare X. Il tipo di aspettativa che io ho è che le persone fanno il loro meglio e io mi
11:10aspetto che le persone capiscano ciò che stanno facendo. Questo infatti valeva prima, vale ora, vale ancora di più ora perché ovviamente ehm i quello quello che va detto è che gli strumenti di AI permettono di fare cambiamenti che possono a prima vista sembrare eh significativi, cioè che hanno che che vengono da una comprensione, in realtà possibilmente ha capito solo il large language model.
11:38Però attenzione, capito cosa avete sentito cosa ho detto? Mentre quando tu utilizzi un compilatore non c'è una parte di comprensione da parte di questi strumenti, sono degli strumenti che sono dei layer di di traduzione. Oggi effettivamente uno che non capisce niente può fare veramente una patch del cane del Linux anche senza capirla se usa un modello di frontiera e non gli ha detto esplicitamente sbaglia questa cosa qua, rompi questa cosa qua, la voglio in questo modo veramente l'M può fixare un bug solo perché era lì a
12:06guardare quella cosa come è capitato a Linux negli array associativi e gli dice "Guarda che ho trovato Steam bank".
12:12Quindi è anche un discorso molto complicato, però in generale ecco quello che vale la pena di dire è che se sei un contributor, un sacco di di contributor del can Linux sono contributor ricorrenti o se se spedisci una pull request devi articolare nel testo quello che volevi fare, si capisce già da quelle poche parole che scrivi se vale la pena di leggere o meno quello che hai scritto.
12:36C'è di più. Puoi utilizzare gli stessi LLM per comprendere se è una cosa che ti è arrivata da uno che di solito non è un contributor, ha senso quella cosa o è completamente senza senso. Quindi sono cambiate in realtà le regole, non è lo stesso salto tra assembly e compilatore, però il salto è anche molto più interessante perché permette appunto di scrivere un prompt e affidarsi alla comprensione, all'esperienza e alla maestria pure dei Larg language model e dirgli "Guarda, sta funzione sto codice
13:05me lo rendi più comprensibile?" Lo vedi che si capisce poco? Dividilo in funzioni, commenta, assicurati che eh non ci siano nuovi bug, anzi fixane altri tre.
13:18Eh, but the understanding is very little to do with what tools ma questo comprensione ha davvero poco a che fare con i tool che vengono utilizzati. Io non la penso così. Io credo che effettivamente il Large Language Model, così come scrivere il C e invece dell'assembly ti allontanano da qualcosa. Tu hai una comprensione di quel codice, ma hai una comprensione di a un livello a un layer diverso. Dire così da certi punti di vista forse non
13:47ci fa accettare completamente che noi dobbiamo spostarci a un altro livello.
13:50Il livello di comprensione che era necessario prima era di capire rica per riga cosa facesse il codice. Ora bisogna capire a livello concettuale cosa il codice fa e come lo fa.
13:59Credo che sia implicito in ciò che lui sta scrivendo. Ovviamente quando gli ha detto di splittare il codice per lui e commentarlo e così via si fida di quella, cioè sta delegando quella parte, diciamo, di comprensione semantica all LLLM. E abbastanza, onestamente nella mia esperienza, eh il le persone che rispetto e che chiamo intelligenti non sono le eh coloro che eh
14:27si che hanno ritrosia nell'utilizzare un nuovo e tool, un nuovo tool interessante. Devo dire che su questa affermazione io sono completamente d'accordo.
14:40media le persone che io rispetto e che mi sembra fossero i programmatori veramente capaci stanno opponendo poca resistenza ai large language model, comprendono che magari ci perdiamo una parte del bello, comprendono che c'è uno shift totale di paradigma e non sei più tu a scrivere il codice, ma tu diventi il l'architetto, il project manager, diventi altro. ma si
15:09rendono perfettamente conto che questo cambiamento è profondamente positivo dal punto di vista della qualità della quantità del software che si può eh che si può diciamo creare e quindi sono disposti a fare questo passaggio e comunque al di là dei rimpianti, quando tutte le cose cambiano ci sono ci sono dei rimpianti, però la verità è che insomma di solito l'intelligenza combacia anche con una certa livello di apertura mentale. Non è
15:39sempre così, non l'intelligenza matematico, logico, però anche tipo la capacità di avere un'idea veramente di software, di essere persone che hanno una comprensione del software che riguarda il lato della user experience, il lato della semplicità, il lato progettuale, avere quelle tutte le persone che hanno fatto grandi cose come Linus e o altre che ne conosco, di solito piano piano hanno compreso che
16:07questo tool qui per rimanerci che ha anche potenzialità grandissime. Per esempio, eh, forzando un po', devo dire, ai miei colleghi, ho fatto delle patch per fare utilizzare, a meno memoria i short set che verranno integrate fra pochissimo al Linux, alla Ris Candy Date e i risultati che abbiamo ottenuto sono di gran lunga superiori a quelli di Valky, sono di gran lunga superiori anche a una patch che era stata iscritta da eh altri di Redis a mano, eh perché
16:36io praticamente ho potuto utilizzare una leva che è, diciamo, che è incredibile, eh con delle accortezze, con un livello dei delle idee sofisticate che vanno a ottimizzare cose che di solito non ti puoi davvero mettere a ottimizzare fino a quel punto, per cui la salva il 50% delle dell'utilizzo della RAM, questa su grandi sorte del set, significa che praticamente alcune persone vedranno dopo questo rilascio la la bolletta del
17:05loro Redis eh andare alla metà del prezzo che pagano oggi. Quindi, cioè, come si fa a dire di no una cosa del genere? Come si fa? Va bene, ciao, alla prossima.