Ubuntu 10.04: un bug mette il processore sotto sforzo, provoca temperature altissime e riduce drasticamente la durata della batteria!

Jessica Lambiase
28 lug 2010
Linux, Ubuntu, Ubuntu 10.04

Avrete notato che passo davvero ore ed ore del mio tempo utile a predicare contro il caldo, contro i computer che scaldano troppo, contro la voglia matta di mollare tutto ed andare a mare… e cerco di aiutare sia voi che me stessa almeno con i temi… Stamattina sfoglio un po’ le notizie e…cosa trovo? Mi si è materializzato un sospetto che avevo già da tempo ma che, devo essere sincera, avevo attribuito totalmente all’ennesimo problema del mio SoniUaio: pensavo scaldasse così tanto per colpa e del caldo, ma anche alla polvere e alla sporcizia nella ventola della CPU, nonchè all’età del mio computerino… Vi avviso che, questa volta, il mio portatile non c’entra, bensì la colpa ricade interamente sul kernel di Ubuntu 10.04 Lucid Lynx.

La causa di tutto questo è un bug nello scheduler del kernel: per renderla facile, diciamo che il suddetto non fa altro che “risvegliare”  il processore per ottenere determinati interrupt…ma lo risveglia troppo spesso! E’ questa la ragione per cui la CPU va sotto sforzo, la macchina si scalda e…la ventolina inizia a far macello! Da non dimenticare, inoltre, che con la CPU sotto sforzo diminuisce drasticamente anche la durata della nostra batteria. Il bug è presente nel kernel 2.6.32, ed è stato provocato proprio da una patch che – in teoria – avrebbe dovuto migliorare lo scheduler: la cosa più curiosa è che, purtroppo, il bug non si verifica soltanto su Ubuntu 10.04, ma anche su Debian e, di conseguenza, su ArchLinux. Oltre che verificarsi su macchine multicore, pare che le prove siano state fatte anche utilizzando un singolo processore…con gli stessi risultati.

Nei bug-reports ufficiali di Ubuntu questo bug ha priorità “Low”, il che significa che c’è il rischio che casa Canonical non si smuova per risolverlo in Ubuntu 10.04, ma che risolva il tutto direttamente con la release di Ubuntu 10.10 Maverick Meerkat.

Per quello che riguarda Ubuntu 10.04, la “soluzione” potrebbe risiedere tra le opzioni d’avvio del sistema: errore blù, perchè passare a Grub parametri come maxcpus=1 , noapic, nosmp e nolapic migliorano soltanto provvisoriamente ed in parte la situazione, ma non risolvono il problema.

Una delle soluzioni che sta dando – appunto – più soddisfazioni è quella del downgrade del kernel: infatti, applicando a Lucid Lynx il kernel di Karmic Koala (che potrete scaricare direttamente qui) il problema dovrebbe risolversi in via del tutto definitiva. Altra idea che ci viene offerta, poi, è quella di installare il kernel di Maverick Meerkat – il 2.6.35 (kernel che potrete trovare in questo PPA, già bello e patchato) anche se, poichè il kernel 2.6.35 è ancora in fase di Release Candidate, io non mi fiderei più di tanto.

In tutti i casi, troverete a fondo articolo i links ai bug report originali di Ubuntu e Debian.

Una piccola osservazione: queste cose non dovrebbero assolutamente succedere per una release LTS ( long-time support – supporto a lungo termine): ho la sensazione che anche questo sia dovuto alla fretta che ha circondato il ciclo di sviluppo e la successiva release di Ubuntu 10.04. Voi che ne pensate?

Articoli molto simili

  • giogio80

    Ciao! Io ho installato il nuovo kernel 2.6.35-22 (siamo alla 22…) ed ho notato vistosi miglioramenti sul mio portatile che è un hp dv5-1012el e monta un processore amd dual core m70. Prima avevo temperature alte e ventola sempre accesa.Ora invece tutto è tornato nella norma. Mi chiedevo solo una cosa. Gestione aggiornamenti mi propone il kernel 2.6.32-24… Non si può fare in modo che non compaia, ma mi avvisi degli aggiornamenti del 2.6.35? Grazie!

  • Pingback: Diego La Monica » Ubuntu 10.04 scalda? è un bug noto!

  • http://www.chimerarevo.com Tanino Rulez

    @Paolo

    Ciao Paolo, personalmente ho sempre l'alimentazione collegata…proverò a staccarla a batteria piena per fare un test e vi farò sapere..

  • Paolo

    Buongiorno io ho aggiorno il kernel alla versione 2.6.35 purtroppo però non noto miglioramenti nella durata della batteria rispetto al kernel precedente.

    Voi notate miglioramenti?

    Grazie

    buonagiornata a tutti

  • Pingback: Installare il kernel 2.6.35 su Ubuntu 10.04 - Chimera Revo

  • http://www.chimerarevo.com Tanino Rulez

    @Giornale di Sistema

    Grazie per l'informazione, il test ed il mini-tutorial :)

  • http://giornaledisistema.blogspot.com/ Giornale di Sistema

    Aggiornamento della situazione.

    E' uscita la versione stabile del kernel 2.6.35 e per Ubuntu 10.4 è disponibile sempre come backport del kernel del futuro Ubuntu 10.10. L'ho installato e la differenza adesso si vede chiaramente.

    A portatile che non fa nulla le ventole restano spente per 60-65 secondi come il vecchio 2.6.32, durante il normale utilizzo invece partono molto meno spesso e restano spente più a lungo con un netto aumento della silenziosità del portatile, infine tastiera tiepida quando prima tendeva a mantenersi calda.

    Per chi vuole installarlo, può fare così:

    - controllate se avete una scheda wireless BCM43xx (schede Broadcom serie 43xx) perché dopo l'installazione del kernel non funzionerà più, perciò è meglio scaricare prima il pacchetto che ci servirà a riattivarla; il comando è:

    lspci | grep Broadcom

    Se la risposta è qualcosa di simile a

    Network controller: Broadcom Corporation Device 4353

    ce l'avete, dal sito
    https://launchpad.net/ubuntu/maverick/+source/bcm…
    scaricate i pacchetti

    bcmwl-kernel-source 5.60.48.36+bdcom-0ubuntu5

    bcmwl-modaliases 5.60.48.36+bdcom-0ubuntu5

    Ora aggiungete i repository dei backport del kernel 2.6.35:

    sudo gedit /etc/apt/sources.list

    ed aggiungete in fondo al file le righe

    deb http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu lucid main

    deb-src http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu lucid main

    Salvate e uscite, poi date il comando:

    sudo apt-get update

    sudo apt-get install linux-headers-2.6.35-14 linux-headers-2.6.35-14-generic linux-image-2.6.35-14-generic linux-maverick-source-2.6.35

    Terminata l'installazione riavviate.

    Se non avete la scheda wireless Broadcom e tutto è andato bene avete finito, se invece ce l'avete ora il wireless non funziona. Portatevi nella directory in cui avete salvato i relativi pacchetti e date il comando:

    sudo dpkg -i bcmwl-*.deb

    Terminata l'installazione riavviate, e se tutto è andato bene la connessione wireless è di nuovo attiva.

    E' tutto; ciao ciao.

    @:>

  • emmett

    @fattazzo

    grazie:D

  • alex

    Ho riscontrato questo bug sul mio netbook anche (e in versione 20 volte peggio tanto che ho dovuto reinstallare ubuntu netbook edition) il Lubuntu. Si , è leggera (70mb di ram) ma la temperatura e la ventola non smettono mai di funzionare ….

    Comunque concordo , una cosa del genere non dovrebbe mai succedere su una LTS ci fanno una figura di merda con i nuovi utenti o con quelli che si sono avvicinati da poco a linux , soprattutto considerando che la LTS è indirizzata a chi usa linux per lavoro da quanto so …

    Speriamo che non fanno cazzate con il prossimo kernel perche da quando si sono messi in testa di diminuire il tempo di avvio non ho potuto fare a meno di notare una crescente instabilità nel sistema .

  • http://www.chimerarevo.com Tanino Rulez

    @Giornale di Sistema

    Interessanti i tuoi test, grazie!

    ps: grazie anche per la segnalazione, correggo subito :D

  • http://giornaledisistema.blogspot.com/ Giornale di Sistema

    Emergo ora da un po' di prova empiriche su un notebook Dell Studio 17 con core i7 quad e Ubuntu 10.4, versione kernel 2.6.32-24.

    Dopo aver aggiunto ai repository i ppa a questi indirizzo,

    - http://www.ubuntuupdates.org/ppas/37,
    - https://launchpad.net/~brian-rogers/+archive/powe…
    ho installato tramite Synaptic il kernel 2.3.35-9 e 2.6.35rc6-power3 che erano quello più recenti nella lista, ed anche il 2.6.31-13 scaricato direttamente da http://kernel.ubuntu.com/~kernel-ppa/mainline/.
    Con tutti questi kernel e con l'originale 2.6.32 ho fatto 3 cicli di:

    - riavvio sistema;

    - avvio htop (analogo al comando top) per monitorare il sistema;

    - attesa di 5 minuti senza fare nulla per stabilizzare le temperature;

    - monitoraggio del tempo a ventole spente.

    I tempi sono stati sempre fra i 53 ed i 65 secondi, a volte a vantaggio di un kernel a volte di un altro, tranne che per il 2.6.31:

    un carico medio bassissimo rispetto agli altri ed i tempi di attacco della ventola più frequenti fra tutti i kernel, ogni 45 secondi circa.

    Ottimo invece il 2.6.32, quello di default di Ubuntu 10.4 (e con il bug), ha avuto il tempo più lungo di inattività ventole con 65 secondi, carico medio invece il più alto fra tutti i kernel.

    Sono prove empiriche e sotto sforzo forse la situazione cambia drasticamente, non ho fatto prove in tal senso, ma almeno in fase di idle il bug sembra non abbia effetti apprezzabili se si guarda solo a come salgono le temperature del processore.

    E' tuttto; ciao ciao.

    @:>

    P.S. Verso la fine dell'articolo c'è scritto "installare il kernel di Maverick Meerkat – il 2.6.35 (kernel che potrete trovare in questo PPA, già bello e patchato)"… manca il link. :)

  • Pingback: Ubuntu 10.04: un bug mette il processore sotto sforzo, provoca temperature altissime e riduce drasticamente la durata della batteria! | Notizie dal Web - Informatica Web 2.0 Facebook IPhone Software Nokia Giochi Download Windows IPad Trucchi

  • http://www.fattazzo.netsons.org fattazzo

    @fattazzo

    Come vedi Jessica, pure io sbaglio ^^

    Rettifico il link per emmett :)
    http://www.fattazzo.netsons.org/548/utilizzare-ol…

  • http://www.chimerarevo.com Jessica Lambiase

    @Cesco

    Jessica conferma in toto Tanino!

    Purtroppo non parlano di versione definitiva, come avrai letto il bug è stato classificato di importanza "low", quindi niente allarmismi da parte di Canonical, nè di Debian… l'unica cosa certa, per il momento, è che il bug sarà sicuraemnte risolto con il 2.6.35 presente sicuramente in versione definitiva in Maverick Meerkat (una timeline per la release del *.35 personalmente non l'ho trovata ancora)… Anche se, francamente, credo che se noi piccoli proprietari di tostapani ambulanti ci "ribellassimo" in blocco… il team potrebbe anche rilasciare una patch!

    Per la procedura d'installazione quoto Tanino: non c'è bisogno di disinstallare (sei però liberissimo di farlo, se vuoi) nulla nè di particolari artifici, ti basta scaricare ed installare (anche con Synaptic) un kernel vecchio ed aggiungerlo a grub (<code>sudo update-grub2</code> una volta terminata l'installazione)…riavviare, e selezionarlo tra i kernels avviabili.

    Saluti!

  • http://www.chimerarevo.com Jessica Lambiase

    @fattazzo

    Ciao :)

    1) Ho scritto questo titolo più che altro perchè, da vicino, tocca Ubuntu, solo per questo! :)

    2) Aveva una punta d'ironia =P

    Però nessun problema, critica accettata… è chiaro che posso sbagliare anche io! Non ci sarebbe motivo di litigio, veramente nessun problema :)

    Saluti!

  • emmett

    @Tanino Rulez

    no nn avevo letto grazie:D

  • http://www.fattazzo.netsons.org fattazzo

    @emmett

    Prova a vedere qui. Proprio ai tempi del Koala mi ero trovato a gestire 4Gb di ram :)
    http://www.fattazzo.netsons.org/?p=548

  • http://www.chimerarevo.com Tanino Rulez

  • Pingback: Ubuntu 10.04: un bug mette il processore sotto sforzo, provoca temperature altissime e riduce drasticamente la durata della batteria!

  • emmett

    -.- il mio hp sembra un fornetto e sopratutto scalda tantissimo anche l hd.

    In ogni caso sai per caso se utilizzando il kernel di karmic si riesca cmq a far riconoscere i 4 gb di ram?? I kernel pae introdott di default con lucyd son stati una fortuna per me ma nn so se esistono anche per karmic. Cmq quello di mavericke abbastanza stabile lo provai gia tempo fa senza nessun problema di avvio o errori di sistema.

    Fortuna che questa doveva essere una LTS-.-

  • http://www.chimerarevo.com Tanino Rulez

    @fattazzo

    Purtroppo so bene come vanno a finire certe cose, sia nei blog che nei forum che ho sempre frequentato e molti gestito. Il nostro scopo è creare una community bella, sana, di appassionati.

    Non ci interessa niente, solo la passione comune =)

    Non hai mica detto qualcosa di male anzi, le critiche servono anche e soprattutto a crescere! Grazie per i complimenti :)

  • http://www.fattazzo.netsons.org/ fattazzo

    Bene, mi fa piacere trovare gente come voi, non volevo assolutamente si trasformasse tutto in una litigata come purtroppo vedo sempre più spesso nei blog….

    Poi non avrei mai potuto litigare con voi anche perchè vi leggo spesso visto che siete tra i miei blog preferiti :)

    Continuate così! :)

  • http://www.chimerarevo.com Tanino Rulez

    @fattazzo

    Sono tutte e 3 critiche costruttive che accettiamo tranquillamente tranquillo, grazie ;)

  • http://www.fattazzo.netsons.org/ fattazzo

    Permettimi qualche osservazione che spero sia costruttiva:

    1) Il bug è del kernel quindi evitiamo di scrivere titoli del genere perchè sono sbagliati. Potevi scrivere "Il kernel 2.6.32 mette il processore….."

    2) Cito: la cosa più curiosa è che, purtroppo, il bug non si verifica soltanto su Ubuntu 10.04, ma anche su Debian e, di conseguenza, su ArchLinux. Per forza, si verificherà su tutte distribuzioni che montano quel kernel, non è curioso, è ovvio

    3) Ti appoggio invece sul fatto che il bug è stato scoperto a Febbraio e Canonical poteva evitare quel kernel in una TLS

  • http://www.chimerarevo.com Tanino Rulez

    @Cesco

    Ciao Cesco! Ti rispondo io in attesa che Jessica confermi:

    1) Non credo si possa dare una risposta precisa, non so se esiste una timeline che annuncia già quando dovrebbe esserci la release definitiva. Difficile che possano fare una previsione, un kernel va sempre testato, fixato ecc ecc quindi credo ci sarà ancora qualche RC fino a quando non saranno risolti tutti i problemini ( ho letto di persone scontente di questo kernel, dicono rallenti molto.. vero?)

    2) Credo basti che da Synaptic selezioni un vecchio kernel e lo installi, riavvii e da Grub selezioni il kernel vecchio. Una volta dentro elimini il nuovo oppure te li puoi tenere entrambi.

    Non sono certo comunque, aspetto conferme da Jessica oppure cercherò qualcosa in rete :)

  • Cesco

    Ciao, vi avevo mandato una mail proprio su questo….è incredibile la portata di questo bug! Abbastanza sconfortante… Da parte mia ho installato il kernel 2.6.35. Nel mio caso è abbastanza stabile, è più veloce nella fase di caricamento post-login. L'unico problema è quando ricarico la sessione dopo aver mandato in sospensione il pc…mi va a scatti tutto quanto e devo riavviare. Forse c'è qualche problema con il driver nvidia (la versione 256.35) o con il file xorg.

    Due domande:

    1- Entro quando pensate che rilascino una versione definita del 2.6.35?

    2- Non ho mai fatto un downgrade del kernel….se volessi farlo devo prima disintallare tutti i kernel più recenti immagino..

    Grazie mille!

  • Pingback: Ubuntu 10.04: un bug mette il processore sotto sforzo, provoca temperature altissime e riduce drasticamente la durata della batteria! | Bloggosite