Linus Torvalds non ha usato mezzi termini per esprimere il suo disappunto nei confronti dell’attuale implementazione di Suspend-to-Disk ( il corrispettivo di Sospensione del mondo Windows ) in Linux che, a suo dire, è completamente errata dal punto di vista logico; in un recente scambio di email con il mantainer, Torvalds ha sottolineato il fatto che, a suo giudizio, STD e STR ( Suspend-to-RAM / Standby ) non dovrebbero possedere codice in comune, portando come esempio delle nefaste conseguenze di questa violazione il fatto che bug nella sospensione su disco si propaghino, senza motivo apparente, anche alla sospensione in RAM.
A margine della discussione Linus ha voluto dipanare eventuali dubbi riguardo la sua imparzialità sulla questione, affermando che pur non utilizzando spesso i portatili, trova comunque utile per il suo desktop la sospensione in RAM, che gli consente di risparmiare energia quando non utilizza il sistema ma anche un ripristino istantaneo nel momento del bisogno.
Giusto per completezza, qual è la vostra esperienza personale con i due tipi di sospensione?
[ via KernelTrap ]
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
Jena Plisskin
08 giu 2007 - 09:22 - #1Considerando che uso la funzione suspend di Ubuntu e quindi non ho idea se in Ram o no, con Edgy al ritorno della sospensione non c’era verso di far funzionare la scheda wifi, restava configurata ma non riceveva dati. Con Festy la cosa è migliorata parecchio, ma proprio ieri sera ho notato come smetta di funzionare il tasto dell’accensione del portatile. Per chiudere ho dovuto fare uno shutdowno (grafico).
dave_v
08 giu 2007 - 09:34 - #2Ho avuto un sacco di problemi con il suspend-to-ram con il mio hp nx6325, ma ora ho aggiornato il bios e tutto funziona bene.
Uso spesso il suspend-to-ram ed a volte il suspend-to-disk. Credo che sia estremamente utili e comodi. Il STR permette di arrestare e riavviare il pc in pochi secondi. Il STD permette di spegnerlo effettivamente in tempi più brevi rispetto allo spegnimento normale e di riaccenderlo nello stesso stato.
Personalmente credo che se fossero funzioni ben implementate, non si dovrebbe neanche più usare lo spegnimento classico.
delysid
08 giu 2007 - 09:35 - #3Io di distro ne ho provate tante e anche su diversi notebook. Però non ho mai visto funzionare la sospensione (o meglio il ritorno dalla sospensione) tranne che sulla recente Fedora 7.
Marco_
08 giu 2007 - 09:49 - #4a me va da dio
se non fosse x il fatto che non fa ripartire le ventole quando riaccendo tutto
_theMajor
08 giu 2007 - 09:56 - #5uso ubuntu 7.04 su un portatile…
ho visto suspend-to-disk e suspend-to-ram migliorare moltissimo negli corso dei mesi, ma ho ancora problemi col wifi… quando riparto il sistema non vede più la scheda (intel, con driver ipw3945)
per il resto sembra funzionare benone ;)
davide _non registrato
08 giu 2007 - 10:13 - #6_theMajor et Jena: dovete aggiungere il modulo ipw3945 alla lista dei moduli da smontare e rimontare primaq e dopo il suspend.
su debian mi pare sia automatico.
Jena Plisskin
08 giu 2007 - 11:06 - #7Grazie, ma accadeva con Edgy, con Festy nessun problema col wifi dopo un suspend :-)
belze
08 giu 2007 - 12:12 - #8shutdown -h now
non mi è mai funzionato nulla, nè su pc nè su portatile…solo problemi.
mambro87
08 giu 2007 - 12:14 - #9Sul mio ibook funziona benissimo il suspend to ram
Lore
08 giu 2007 - 12:15 - #10Nel mio caso (notebook Asus), sospendi e standby non hanno mai funzionato purtroppo. Devo riavviare brutalmente il computer.
Xanderob
08 giu 2007 - 14:26 - #11Portatile Asus.
Con Dapper solo casini.
Con Edgy tutto funzionante, con le solite righe a schermo in fase di riavvio.
Con Feisty riattivazione manuale del wi-fi, ma blocco dello spegnimento del computer, ovvero non posso spegnerlo graficamente.. E dopo un paio di Suspend (non ho notato se accade con STR o STD) non funziona più adsl-pppoE.
Maux
08 giu 2007 - 14:35 - #12Intanto complimenti per il blog, è la prima volta che scrivo!
Io ho sempre avuto problemi con tutti i tipi di sospensione!
Vanno a singhiozzo e ogni tanto si bloccano.
Ho notato che se c’è la swap abbastanza piena la sospensione su disco non parte.
fabioamd87
08 giu 2007 - 14:52 - #13niente… su windows la usavo sempre qui non va…
il pc ci mette molto a riaccendersi… quindi lo scopo di questa sospensione va a farsi fregare…
meglio riscriverla…
Paolo Mainardi
08 giu 2007 - 15:06 - #14Certo che la funzioni di sospensione del Kernel fino ad oggi non è che siano state il massimo e a quanto pare ci sono problemi di implementazione, certo Linus non è che sia l’ultimo degli sviluppatori :) Evidentemente qualche grave problema di fondo c’è e ben vengano nuove e più funzionanti implementazioni.
A me personalmente non ha mai dato particolari problemi, ma c’è anche da dire che il comportamento varia da macchina a macchina, con risultati non sempre soddisfacenti.
nicosaturno
08 giu 2007 - 16:02 - #15a me il suspend-to-disk non ha mai dato problemi, tanto che lo uso al posto dello spegnimento normale.
Il suspend-to-ram invece non funzia proprio, mi spegne la macchina e basta…bha
nicosaturno
08 giu 2007 - 16:03 - #16a me il suspend-to-disk non ha mai dato problemi, tanto che lo uso al posto dello spegnimento normale.
Il suspend-to-ram invece non funzia proprio, mi spegne la macchina e basta…bha
sirus
08 giu 2007 - 16:17 - #17Quello che noto è che il risultato di STD e STR prensente in Linux non è minimamente paragonabile a quello di Windows e Mac OS X. :(
depaloan
08 giu 2007 - 16:18 - #18@Maux, infatti per utilizzare correttamente il Suspend to disk è consigliata una swap di dimensioni doppie rispetto a quelle della ram
davide _non registrato
08 giu 2007 - 16:45 - #19@depaoloan: doppie? a me l’ha creata uguale alla ram e funziona. c’é pure da dire che l’immagine é compressa.
it_developer
08 giu 2007 - 17:35 - #20Lol, Torvalds non usa molto i portatili? Mi sa che è rimasto qualche decennio indietro, comunque quelle due funzioni sono veramente da rifare, devono tenere il passo con Windows e litigare di meno…!
Marco M.
08 giu 2007 - 18:26 - #21Notebook Asus L5 e Ubuntu, che utilizzo per lavoro (siti web, grafica e sviluppo PHP):
- con Dapper, i due tipi di sospensione funzionavano nel 50% dei casi, nel senso che una volta su due alla riaccensione il sistema andava in crash;
- da qualche settimana ho aggiornato a Festy ed ho rinunciato del tutto ad usarli dato che non funzionano per niente
Ma leggendo questi commenti, e lo stesso disappunto di Linus, noto di non essere il solo a lamentarsi. Considero queste funzioni molto utili, quindi attendo con ansia dei miglioramenti.
M.
della
08 giu 2007 - 20:46 - #22Il Suspend di Ubuntu funziona perfettamente sia sul MacBook Core2 Duo che sul PC desktop (AMD64 e Geforce 6600 GT). La Hibernate invece, che presumo sia la Suspend To Disk, è sempre molto traballante ed evito di usarla. Farò delle prove.
Entrambe le macchine montano Feisty.
Giorgio Caligni
09 giu 2007 - 01:14 - #23Da me su un Toshiba con Feisty, il suspend funziona perfettamente, anche la scheda Wifi.
Con Dapper avevo molti problemi.
TheReal_JJ
10 giu 2007 - 10:48 - #24Dopo parecchi tentativi ho finalmente fatto uno scriptino abbastanza stabile per usare il suspend to ram, non capisco perchè col kernel 2.6.19 funzioni bene mentre col 2.6.20 la scheda video non riparta… ma per il resto è ok, il problema delle ventole l’ho avuto anch’io e per aggirarlo bisogna disattivare il modulo acpi alla sospensione e riattivarlo all’accensione, ovviamente il tutto può essere fatto tramite script. p.s.: uso una debian testing/unstable con un kernel ricompilato per i fatti miei.
TheReal_JJ
10 giu 2007 - 10:50 - #25ah dimenticavo suspend to disk problemi 0, solo chè è molto più lento sia sospensione che riaccensione, onesatamente non ne capisco l’utilità
TheReal_JJ
10 giu 2007 - 10:50 - #26ah dimenticavo suspend to disk problemi 0, solo chè è molto più lento sia sospensione che riaccensione, onesatamente non ne capisco l’utilità
Stefano Pedretti
12 giu 2007 - 09:03 - #27Molti dei problemi derivano dal driver proprietario nvidia che se la prende parecchio con la sospensione…
BlackSheep
03 mar 2008 - 14:08 - #28Io uso frequentemente il STD con Mandriva 2008 su portatile Acer TravelMate 4202WLMi. Devo dire che posso ritenermi pienamente soddisfatto!
Per quanto riguarda il STR non ne ho mai sentito il bisogno e quindi mi astengo dal dare giudizi.
BlackSheep
03 mar 2008 - 14:09 - #29Appena provato il STR. Funziona alla perfezione!!! :D