Una modifica del kernel Linux potrebbe ridurre il consumo energetico dei datacenter fino al 30%

[Redazione di Hardware Upg]

Link alla notizia: https://www.hwupgrade.it/news/sistem...30_134951.html

Un aggiornamento del kernel Linux sviluppato dai ricercatori della Cheriton School of Computer Science, e integrato nella versione 6.13 appena rilasciata, potrebbe ridurre il consumo di energia nei datacenter fino al 30 percento.

Click sul link per visualizzare la notizia.

[Giulio1976]

Secondo la data riportata su https://dl.acm.org/doi/abs/10.1145/3626780, il lavoro sembra essere stato pubblicato il 12 Dicembre 2023. Un po' vecchiotta come notizia.

[aqua84]

quindi fino ad ora hanno consumato il 30% in piu...

[lollo9]

Originariamente inviato da Giulio1976

Secondo la data riportata su https://dl.acm.org/doi/abs/10.1145/3626780, il lavoro sembra essere stato pubblicato il 12 Dicembre 2023. Un po' vecchiotta come notizia.

Il merge sulla mainline 6.13 è stato fatto il 19 gennaio 2025 dietro un paio di feature flag. Se tutto va per il verso verrà distribuito con la 6.16.
La notizia è il merge.

Non ci sono molte cose di più delicate di toccare lo stack di rete di un SO con miliardi di istanze in esecuzione, fare la cazzata è un attimo. Se si prendono un paio di anni pieni, pure di più, tra feedback review e test mi sembra comprensibile

[UtenteHD]

Originariamente inviato da aqua84

quindi fino ad ora hanno consumato il 30% in piu...

No hanno consumato il giusto, ora lo si puo' ridurre del 30%.
Per Win invece per mantenere tutte le sfarzosita' ed i vari effetti conditi di infinite telemetrie (provato a disattivarle anche con tools esterni, ma si attivano comunque) non scendera' di consumi cosi' facilmente. (era esempio, mac non so ma chi lo compra non guarda ste cose credo, poi non so)
Tornando nell'articolo, la versione 22.1 di Linux Mint ha appena introdotto la gestione dei vari moduli di potenza, ed io ovviamente ho impostato in risparmio energia (pure nel bios uefi), vedo un leggerissimo (millesimi) di ritardo nelle chiamate, ma ad esempio usate per giocare ai giochi Win con Steam/Proton e funziona bene (3050), quindi va bene, magari e' questo che si parla, se invece riguarda futuri firmware come sembrerebbe, invece quella detta e' miglioria in attesa di meglio.

[aqua84]

Originariamente inviato da UtenteHD

No hanno consumato il giusto, ora lo si puo' ridurre del 30%.

Perdonami, ma se con LO STESSO hardware sono bastate poche righe di codice per consumare meno, significa che poteva consumare meno anche prima, e quindi che fino ad ora hanno consumato PIU' di quello che poteva

Era comunque piu una battuta che una critica

[TheDarkAngel]

Originariamente inviato da aqua84

Perdonami, ma se con LO STESSO hardware sono bastate poche righe di codice per consumare meno, significa che poteva consumare meno anche prima, e quindi che fino ad ora hanno consumato PIU' di quello che poteva

Era comunque piu una battuta che una critica

Però andava "inventato" del codice che non esisteva e che non potevi sapere dove avrebbe portato. Quindi non è corretto dire che ha consumato di più ma che allo stato dell'arte dell'epoca ha consumato correttamente.
Non è un profilo di risparmio energetico dimenticato sullo scheduler o uno stato di sleep non sfruttato per bug.

Ci sta come battuta, in fondo ricorda sempre quanto viene sprecato non cercando vie di ottimizzazione, dovrebbe essere un buon monito per cestinare il software ms

[aqua84]

Originariamente inviato da TheDarkAngel

Però andava "inventato" del codice che non esisteva e che non potevi sapere dove avrebbe portato. Quindi non è corretto dire che ha consumato di più ma che allo stato dell'arte dell'epoca ha consumato correttamente.
Non è un profilo di risparmio energetico dimenticato sullo scheduler o uno stato di sleep non sfruttato per bug.

Ci sta come battuta, in fondo ricorda sempre quanto viene sprecato non cercando vie di ottimizzazione, dovrebbe essere un buon monito per cestinare il software ms

Certamente, tutto vero, andava "inventato" il codice, ma sta di fatto che si poteva già risparmiare fin da prima.

Un conto è avere una lampadina alogena che viene sostituita da una a led, quindi fisicamente andava sostituita

Ma se avessero fatto le lampadine alogene con 10 filamenti e ci si accorgeva dopo che con 1 filamento facevi la stessa intensità di luce consumando 1/10... SECONDO ME era una cosa che si poteva fare fin da prima

Ma ripeto, NON E' una critica a Linux, solamente una constatazione

[Unrue]

Piccola ottimizzazione, grandi risultati. Le migliori. Comunque non capisco quando dice che le big tech sono restìe ad adottare tale soluzione. Se è stata implementata nelle ultime versioni del kernel prima o poi la useranno.

[destroyer85]

Il Kernel in questione è molto lontano dal poter essere adottato in produzione e considerato stabile considerando che le beta delle prossime release di RHEL e Debian usano il 6.11 o il 6.1.
Bisognerà attendere non la prossima release ma quella successiva. (giustamente le cose vanno testate prima di essere rilasciate su così larga scala)
A meno che le grandi aziende non facciano pressione per averlo prima, visto il potenziale risparmio, ci vorranno ancora anni per averlo effettivamente sui sistemi.

[aqua84]

Originariamente inviato da destroyer85

Il Kernel in questione è molto lontano dal poter essere adottato in produzione e considerato stabile considerando che le beta delle prossime release di RHEL e Debian usano il 6.11 o il 6.1.
Bisognerà attendere non la prossima release ma quella successiva. (giustamente le cose vanno testate prima di essere rilasciate su così larga scala)
A meno che le grandi aziende non facciano pressione per averlo prima, visto il potenziale risparmio, ci vorranno ancora anni per averlo effettivamente sui sistemi.

ma la "patch" non potrebbe essere applicata anche ai vecchi kernel ?

[marcram]

Considerando che il 6.13 stava per venir rilasciato con una patch problematica inserita da Microsoft, naturale che in produzione si aspetti un po' prima di prenderlo in considerazione...
Ma quando sarà collaudato, non c'è motivo per cui le big debbano rifiutarsi di utilizzarlo.

[destroyer85]

Originariamente inviato da aqua84

ma la "patch" non potrebbe essere applicata anche ai vecchi kernel ?

Certo che si può fare, ma tu ti fideresti a metterlo in pista senza che qualcuno prima l'abbia testato?

[aqua84]

Originariamente inviato da destroyer85

Certo che si può fare, ma tu ti fideresti a metterlo in pista senza che qualcuno prima l'abbia testato?

Per carità, non voglio dire che devono andare a occhi chiusi
Ma se non ho capito male si tratta di 30 righe di codice, credo di non sbagliare se qualcuno che ne capisce appena piu di me si mettesse a leggere quelle 30 righe e dicesse "Si è tutto ok funziona" oppure "Mi pare 'na strunzata"

[acerbo]

pensa te se la facessero su windows

[OUTATIME]

Originariamente inviato da aqua84

Per carità, non voglio dire che devono andare a occhi chiusi
Ma se non ho capito male si tratta di 30 righe di codice, credo di non sbagliare se qualcuno che ne capisce appena piu di me si mettesse a leggere quelle 30 righe e dicesse "Si è tutto ok funziona" oppure "Mi pare 'na strunzata"

Dire ok funziona a livello di codice è differente dal dire che è utilizzabile.
Esempio, anni fa ci siamo accorti in azienda di un problema legato all'avvio rapido di windows che non rinegoziava il lease dhcp all'avvvio del pc, ed il cambio ip a metà mattina mandava in crisi un software di disegno che basava la propria licenza sull'ip all'avvio dell'applicazione.
Questo nonostante avvio rapido, software di disegno e dhcp di loro conto non avessero nulla

[destroyer85]

Originariamente inviato da aqua84

Per carità, non voglio dire che devono andare a occhi chiusi
Ma se non ho capito male si tratta di 30 righe di codice, credo di non sbagliare se qualcuno che ne capisce appena piu di me si mettesse a leggere quelle 30 righe e dicesse "Si è tutto ok funziona" oppure "Mi pare 'na strunzata"

Questo è quello che fai prima di metterlo nella release ufficiale del kernel, poi devi testare che questa cosa non vada a cozzare con qualcosa a cui né tu né l'IDE potevate pensare, vedi l'esempio sopra o quello che ha detto marcram.

[jepessen]

Originariamente inviato da aqua84

Perdonami, ma se con LO STESSO hardware sono bastate poche righe di codice per consumare meno, significa che poteva consumare meno anche prima, e quindi che fino ad ora hanno consumato PIU' di quello che poteva

Era comunque piu una battuta che una critica

Il senno di poi e' una scienza esatta...

Nessun software nasce gia' super ottimizzato, quasi per tutti esistono sempre margini di miglioramento piu' o meno marcati, e in questi casi la cosa e' ancora piu' vera, perche' non si tratta solamente di fare le cose, ma di inventarsi nuovi algoritmi che migliorano le prestazioni di quelli precedenti. E' una cosa che si fa con lo studio e la ricerca, cose che possono durare anche anni, anche se si tratta "solo" di 30 righe di codice.

Che poi "30" righe di codice non sono, e la complessita' della patch e' dimostrata anche dalla spiegazione del commit, che e' piu' lungo della modifica del codice.

https://git.kernel.org/pub/scm/linux...d=80b6f094756f

[coschizza]

Originariamente inviato da acerbo

pensa te se la facessero su windows

Chi ti dice che lo stack di Windows non sia già ottimizzato? Fino a 1 ora fa avresti giurato che quello Linux lo era e ora scopriamo che non era vero

[coschizza]

Originariamente inviato da aqua84

Per carità, non voglio dire che devono andare a occhi chiusi
Ma se non ho capito male si tratta di 30 righe di codice, credo di non sbagliare se qualcuno che ne capisce appena piu di me si mettesse a leggere quelle 30 righe e dicesse "Si è tutto ok funziona" oppure "Mi pare 'na strunzata"

Non funziona così lo sviluppo software basta una sola riga per mandare in tilt tutti pc del pianeta e a leggerla non fa nulla di sbagliato anzi può essere che non fa nulla proprio come esecuzione ma alla fine il danno arriva. Un codice come questo andrà testato per anni prima di essere largamente utilizzato