Newsgroup: it.comp.os.linux.iniziare
Titolo: Aiuto con hdparm

ho trovato una guida interessante che spiega come migliorare le
prestazioni dei propri dischi IDE. Questo è il link:
http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html
il mio disco /dev/hdc, senza alcun settaggio ha queste prestazioni: Timing
buffered disk reads:   14 MB in  3.25 seconds =   4.31 MB/sec e hdparm
/dev/hdc dà le seguenti impostazioni: /dev/hdd:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 4111/255/63, sectors = 66055248, start = 0
quindi seguendo la guida, il multicount dovrebbe migliorare le cose ma è
già attivato, posso attivare l'IO_support a 32 bit.... con un hdparm -c1
/dev/hdc si arriva a:
Timing buffered disk reads: 24 MB in  3.09 seconds = 7.77 MB/sec che è un
ottimo miglioramento... ma da quanto dice la guida si può fare molto di
più: se l'autore ha ottenuto 20MB/s con un PIII 500 (e gli hard disk di
allora), io con un athlon xp 2000+ e un hd da 7200 rpm vorrei ottenere
almeno lo stesso risultato (se non di più). unmaskirq non dovrebbe
aumentare le prestazioni del disco, ma del sistema mentre si legge dal
disco... mi sembra più che altro utile per i cd-rom e i dvd, secondo voi
può servire anche sugli hd?
using_dma è settato su off. Se tento di settarlo su on (con hdparm -d1
/dev/hdc) mi dà questo messaggio di errore:
setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma    =  0 (off)
Insomma non riesco ad attivare la modalità dma. Visto che l'hd l'ho
comprato un anno fa la supporta sicuramente. C'è una cosa che mi rende
dubbioso: il comando hdparm -i 
 Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y2VMN57E
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):
 * signifies the current active mode
ma allora il dma è attivo o no? quel udma6 cosa significa? sta per off? e
perchè non posso attivare la modalità dma? Ho un chipset via e mi pare
di aver attivato il supporto per quel particolare chip nel kernel...
per quanto riguarda l'udma posso settarla con il parametro -X a 33 e a 66,
ma non cambia minimamente le prestazioni (probabilmente perchè il dma è
comunque disattivato).
Cosa posso fare? Non è possibile che il mio disco (per quanto oggi un
disco del genere non costi + di 120 euro) non supporti il dma e sia più
lento di un disco montato su un p3 500...
ci deve essere qualche problema: il primo è sicuramente il dma, come lo
attivo? E la pio mode che roba è?

  * signifies the current active mode
e' tutto ok, e' attivo. Al + ti consiglio di variare qualche impostazione
in /etc/conf.d/hdparm o dove si trova il file di configurazione del demone
hdparm, seguendo e sperimentando con cautela quanto letto con man hdparm.

 di aver attivato il supporto per quel particolare chip nel kernel...
Fai bene ad essere dubbioso, perchè sembrerebbe proprio che il dma del 
tuo hd sia disabilitato (using_dma    =  0 (off)), come confermato dal 
fatto che non riesci ad abilitarlo.
In effetti un possibile motivo è la mancata attivazione del supporto per 
il chipset ide nel kernel, controlla bene questo.
Se hai inserito nel kernel, l'unico altro consiglio che posso darti è 
fare copia&incolla del messaggio di errore di hdparm -d1 su google...
Ciao, Paolo

 
http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html
Occhio, che con hdparm puoi fare qualunque cosa, incluso distruggere il tuo
hard disk (a me e' successo). Sei root, nessuno ti puo' fermare, e se
spacchi l'hardware non basta una reinstallazione.
Dario Basile
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFABIyk7mRkrRsDl/8RAnOgAJ9fLkzjFyUbpfeT1CR6vnkQl5juvwCgy41F
v5XpU3TnZGg9Sg78C7AdqQ8=
=JPjL
-----END PGP SIGNATURE-----

  using_dma    =  0 (off)
Io ho questo problema col 2.6.0. E' palese che dipende da uno o piů
moduli non caricati. Posta su linux.kernel (in inglese) e ti rispondono
tempo record :)
-- 
Claudio
Fummo come voi, sarete come noi.

 fatto che non riesci ad abilitarlo.
no quel messaggio che riceve e' fuorviante, ma e' abilitato.
Prova? A me succede la stessa cosa, i chipset ide sono abilitati nel
kernel ricompilato. Se cambio le impostazioni di hdparm nel suo file di
conf (riguardo al solo udma) da -d1 -X66 che attiva l'udma2 a tutti i
possibili valori di udma (-X67, -X68, -X69,-X70) al riavvio
(occhio che non basta un restart di questo demone anche se dice che viene
fermato), riconosce, col solito hdparm -i ecc..., solo 2 valori:
udma2 (-X66) udma5 (-X69) il che vuol dire che con il firmware dell'HD
comunica eccome! Pero' mentre hdparm -i dice che e' attivato, il messaggio
che rendeva dubbioso aut, aut rimane.

 
vero, ma devi dare opzioni "pericolose"  tipo -M254 che accelera i
movimenti delle testine contro il dispositivo che riduce il rumore...
Se ti limiti alle opzioni -damuX non succede nulla all'HW.
Al piu' X puo' darti qualche problema di lettura se non e' quello giusto...
ma vedi altro post del thread

> Fai bene ad essere dubbioso, perchè sembrerebbe proprio che il dma del 

risolto: bastava un modprobe via82cxxx e dopo ho potuto attivare
l'udma...
credevo che venisse caricato in automatico... l'unica cosa che
ancora non mi torna è che un hd da 40GB  e 5600 rpm fa 40Mb/s e uno da
80GB a 7200 44MB/s... farò una prova con windows...
piccola provocazione: ma perchè non sono attive di default queste
opzioni? in windows sono attive e non hanno mai rotto nessun hard disk

 opzioni? in windows sono attive e non hanno mai rotto nessun hard disk
In windows sono attive di default troppe cose, come p.e. la condivisione
cartelle all'avvio o, su quello schifo di xp, il messenger (addirittura
come servizio!) ma tornando all'HW, sono rilevate ed abilitate tutte le
opzioni buone, non quelle estreme. Come dicevo in un altro post dello
stesso thread, alcune sono pericolose e se si attivano bisogna essere
coscienti che si sta sperimentando.
imho, se si vuole che linux si affermi come sistema desktop anche per gli
utonti (che hanno il sacrosanto diritto di esserlo e che tirano il mercato)
ci vuole un maggiore sforzo nel creare buone procedure di installazione
automatiche. Ma queste, forse, sono cose da newsgroup di dibattiti, qui
saremmo OT.

 dibattiti, qui saremmo OT.
già, c'è ancora moltissimo da fare. Io uso mandrake 9.2, la
distribuzione considerata più user-friendly e ancora non ci siamo per
niente... possibile che un sistema operativo uscito 4 mesi fa non possa
leggere i dvd senza andare a smanettare? (senza dma era troppo scattoso,
io l'ho attivato e adesso funziona, ma non sono certo operazioni comuni
per l'utonto standard)

 Se ti limiti alle opzioni -damuX non succede nulla all'HW.
Questo e' vero, credimi, solo in teoria. Ma d'altra parte non e' nemmeno
scritto nella pietra che si debba danneggiare l'hard disk tutte le volte
che si usa hdparm. L'elettronica di alcuni hard disk segnala di poter
''reggere'' una determinata velocita', cosa che poi non e', col risultato
che la meccanica si danneggia quando abiliti le impostazioni piu'
''estreme''.
Dario Basile
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFABS3l7mRkrRsDl/8RAthaAKCxateE2VYkbZsbZhuMD9hJAtLocQCfdtoe
oHIGVNd/HrXyqWGQ0v22zDI=
=WMGO
-----END PGP SIGNATURE-----


accidenti! Sbagliavo. Avevo compilato il kernel per un chipset diverso!
Quindi avevi ragione: hdparm -t mi dava risultati scandalosi, ora va
meglio ed il dma e' attivato.
Grazie.

 meglio ed il dma e' attivato.
Gia' che siamo in vena di buoni risultati... tu che cosa ottieni ora dai
test?
Io ho un hd di giugno 2002, un IBM DeskStar da 185 GB... Mi pare strano
supporti l'udma solo fino al 5, e' normale? Poi, pe rquanto riguarda il
test, io mi stabilizzo su:
Timing buffer-cache reads:   3184 MB in  2.00 seconds = 1589.86 MB/sec
Timing buffered disk reads:  128 MB in  3.02 seconds =  42.33 MB/sec
Di solito non vado oltre. Gli ottimi (o almeno cosi' a me paiono) risultati
della cache credo che vadano a merito degli 8 MB di buffer del drive.
Sono risultati inferiori/superiori/pari alla media?
-- 
The Bard a.k.a. bARDO - Linux Registered User #300628
"Come follow me to Wonderland and see the tale that never ends, don't fear
the Lion, nor the Witch, I can't come back. I'm lost, but still I know
there is another world..."

 Sono risultati inferiori/superiori/pari alla media?
non sono un espertone, ma sono migliori dei miei (28MB/s e dovrebbero
essere 100) alla luce dei tuoi e miei risultati credo che ci si ritrovi
sempre ad 1/3 di quella velocita' dichiarata.
Sui ng di hw, tempo addietro, alcuni che volevano vantarsi di avere la
macchina + bella (incredibile quanta gente viva per questo) dicevano che
a loro i MB/s li prendeva tutti.
Su una rivista (
inter.net
) di circa 1 anno fa, leggevo che dopo varie
prove un loro esperto sistemista trovo' che era colpa della qualita' dei
cavi (non del tipo, e' scontato che loro, come me, usassero i cavi
giusti ad 80 poli, il tipo intendeva la qualita' come marca).
Tanto per rimanere in tema di hdparm e linux, senza attivare l'udma
con hdparm rimanevo a 2 MB/s (allucinante!).

anche io ottengo 20Mb/sec.
il tuo problema credo che sia proprio dovuto al using_dma
che deve essere impostato su 1 (quindi on)
ciao
"Aut-Aut" <n...@mail.none> ha scritto nel messaggio
news:pan.2004.01.13....@mail.none...


 hdparm -t /dev/hdX
hdparm usa (vedi nel sorgente hdparm.c : int read_big_block (int fd, char
*buf)) una lettura sequenziale.
Forse sarebbe meglio integrarla con una random .
ciao!
-- 
Quarta Legge di Finagle:
	Una volta che si e' pasticciato qualcosa, qualsiasi intervento teso a
	migliorare la situazione non fara' altro che peggiorarla.