[lost]-Divilinux ha scritto:
ma anche manipolando hdparm questo non va dato che qualcosa legge o scrive sul disco.
Hdparm funziona per dischi non sata, nonstante qualche opzione sia possibile manipolarla comunque.
NOn capisco cosa intendi per accessi al disco..la spia dell'hdd indica i processi di scrittura quindi l'attivita' del disco, ma non c'e' nessun demone incaricato per questo. Fatta eccezione forse per
pd_flush che e' una routine del kernel che svuota la cache del disco ogni X secondi.
Un altro fattore puo' essere il journaling dell'ext3..ma non sono loro che "comandano" la spia, e' la spia che si regola di conseguenza.
ciao divi, si so che è la spia che si regola di conseguenza.
Solo ho notato che, l'hd, nonostante comandato da hdparm, non va mai in spin down.
Ricorderai il tristemente famoso bug della testina con il load Cycle che aumenta a dismisura.
Beh ora il bug è fixed, ma la gestione dell'hd è comunque pessima(secondo me) dato che l'hd fa i fatti suoi e non va mai in spin down quando è in ac e va in maniera casuale in batteria.
Ho provato con hdparm -S ad attivare lo spindown ogni totx secondi.
Per i valori bassi il calcolo è * 5 secondi.
Notavo però che se io metto 1 o al max 2 lo spindown riesce e l'hd resta spento per qualche secondo, poi viene richiesto qualcosa e si riaccende.
Per valori sopra il 3 non va mai in spindown proprio perchè si accende la spia e il contatore dei secondi quindi si riazzera.
(nota: è diverso dal comportamento del bug, il bug accendeva e spegneva in maniera casuale e ogni pochi secondi con un tempo tra spegnimento e accensione di 1 secondo o meno, con hdparm invece si spegne e si riaccende solo quando richiesto l'hd. la fase di standby dura anche qualche secondo)
L'intenzione era quella di capire se, era in effetti la scrittura su hd ad impedire lo spindown e quindi a rendere inutile ogni intervento sul hd (alzando di conseguenza le temperature).
Per questo richiedevo se vi è la possibilità di un monito oggettivo.