Newsgroup: it.comp.os.linux.iniziare
Titolo: mail test di hdparm e' affidabile ?

Ciao  a tutti 
questo e' il mio Hd senza hdparm
Timing buffered disk reads:  64 MB in 16.34 seconds =  3.92 MB/sec
questo dopo il comando 
/sbin/hdparm -c1 -d1 /dev/hda
Timing buffered disk reads:  64 MB in  4.60 seconds = 13.91 MB/sec
praticamente dovrebbe aver migliorato la velocita' di accesso
di 4 volte, ma con un benchmark ad occhiometro :-))
(lancio un applicazione di kde )
e mi sembra + lento dopo l'ottimizzazione
devo anche dire che ho /usr su un altro Hd
(che e' leggermente + veloce)
Timing buffered disk reads:  64 MB in 15.38 seconds =  4.16 MB/sec
puo' essere un problema di sincronia..?
thank a chi mi aiutera' a capire
ciao
boogy
-- 
Ciao da Boogyman.
Too old to Rock' end Roll
Too young to die.
post con "R:" killati in proprio \\post Htlm ci pensa 
news.libero.it
 :-))

 Timing buffered disk reads:  64 MB in 15.38 seconds =  4.16 MB/sec
Questo e' il dato del disco dove c'e' /usr?
Se si', allora hdparm anche su questo.
Se invece e' lo stesso di prima, si vede che per qualche motivo il kernel
ha disabilitato il DMA.
LG
-- 
**************************************************************************
Leandro Gelasi
V Year Computer Science Engineering at Siena University
email : 
gela...@lucy.ing.unisi.it
Gilles Villeneuve will live forever
**************************************************************************

ha disabilitato il DMA.
no e' diveso, ma era buona la prima che hai detto
mi sembra che DMA sia abilitato.
grazie ciao


28 Feb 2001 12:50:27 +0100,Leandro Gelasi ha scritto:
non so' bene come fare un test
ma diciamo che da cosi'
hda/Timing buffered disk reads:  64 MB in 16.34 seconds =  3.92 MB/sec
hdb/Timing buffered disk reads:  64 MB in 15.38 seconds =  4.16 MB/sec
ora sono cosi ... (ad hdb non piace troppo -u1)
hda/Timing buffered disk reads:  64 MB in  4.57 seconds = 14.00 MB/sec
hdb/ Timing buffered disk reads:  64 MB in  5.47 seconds = 11.70 MB/sec
(ok probabilmente hdb non e' al meglio ho ancora degli errori ogni
tanto)
come ti dicevo l'unica cosa che mi viene in mente (non so' se sia
valida)
e' fare questo (non c'entra nulla ma ..)
python /usr/lib/python1.5/profile.py /usr/local/sbin/myleaf > pyp.txt
e questa e' la prima riga dell' ouput fatto con gli HD lisci..
139624 function calls in 27.350 CPU seconds
questo invece e' l' ouput di "pyp4.txt fatto ora
138088 function calls in 27.750 CPU seconds
o questo non puo' essere considerato un test valido
cosa probabile (se possibile suggeritemene uno)
oppure torna in gioco la domanda del Subject...
o forse i casini su hdb inficiano il tutto
ciao
boogy
 

 python /usr/lib/python1.5/profile.py /usr/local/sbin/myleaf > pyp.txt
Scusa, ma non ho idea di cosa faccia quello che scrivi.
Prova piuttosto a misurare (con 'time', man time per saperne di piu') il
tempo necessario a copiare 300 Mbyte di dati. E fallo per tre volte,
facendo la media dei tempi.
Ciao


facendo la media dei tempi.
copio la mia /opt  323M sia su unalta partizione di /hda
sia su una partizione  di hdb.
hda su hda 
normale
real    3m26.065s
con hdparm
real    1m37.924s
hda su hdc
normale
real    3m18.486s
con hdparm
real    1m47.462s
avevi ragione i tempi cambiano eccome, e ora hdb
mi rallenta leggermente...
ciao molte grazie 


hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
togli a bomba il dma, quell'hd ha problemi seri...
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: a breve 
m.mu...@iol.it
 verra' disabilitato, usate il nuovo indirizzo]
[WARNING!: togliete _nessuno_ per rispondere]
    Time may change me
    But I can't trace time

togli a bomba il dma, quell'hd ha problemi seri...
non lo ho mai reso permanete... :-)
stavo in effeti cercando di capire..
quindi se ho capito non sbaglio
enormemente nel fare hdparm per /hdb
ma ho proprio un casino "nature" ? :-))
grazie ciao boogy


ma ho proprio un casino "nature" ? :-))
si, sembrerebbe che i problemi siano proprio con l'hd, non con il modo
in cui imposti hdparm...
ora, mi pare vagamente di aver visto qualche riferimento ad una
tabella di hd con problemi a convivere con hdparm, comunque -tanto per
mettere del panico gratuito :-) - occhio che potrebbe dipendere da un
qualche guasto in divenire...


qualche guasto in divenire...
a no ho capito nel resto del disco 600MB ho win
e la roba del lavoro, sara' freudiano questo rigetto ...:-))
ciao
grazie boogy


 tabella di hd con problemi a convivere con hdparm, comunque -tanto per
Where?
Ho un quantum ex 6.4 che mi schianta linux se faccio hdparm -t /dev/hdb 
....
-- 
"Sai cosa dice il vecchio Jack Burton, in occasioni come queste?
Il vecchio Jack dice sempre.... Basta, adesso......."


Scusate ma 
u1: Use this feature with caution: some drive/controller  combinations do not
tolerate the increased I/O latencies possible when this feature is enabled,
resulting in massive   filesystem  corruption.
Allora mi chiedo, come faccio a sapere se il mio disco-controller possono
essere spremuti da "u1" senza rischi?
Il mio Quantum gira bene con
bash~:hdparm -c1 -d1 -m16 /dev/hda
ed ho: Timing buffered disk reads:  32 MB in  1.76 seconds =18.18 MB/sec
mettendo -X34 ottengo prima di tutto un'accensione dell'hd, ovvero la spia di
lettura si accende per 6-7 secondi non consentendo operazioni, poi l'hd torna
operativo e molto più silenzioso di prima (?); inotre, ad "occhiometro", mi
sembra che la lettura sia più veloce; ma con -tT:
Timing buffered disk reads:  32 MB in  7.45 seconds = 4.30 MB/sec
Immediatamente disabilito -X
Ma sono io che ci vedo male o forse hdparm non riesce a testare gli ultimi
drive UDMA66 EIDE?
Chissà, comunque -i:
 Model=QUANTUM FIREBALL CX13.0A, FwRev=A3F.0B00, SerialNo=13492071 Config={
HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }  RawCHS=25228/16/63,
TrkSize=32256, SectSize=21298, ECCbytes=4  BuffType=3(DualPortCache),
BuffSize=418kB, MaxMultSect=16, MultSect=off  DblWordIO=no, maxPIO=2(fast),
DMA=yes, maxDMA=2(fast)  CurCHS=1582/255/63, CurSects=25429824, LBA=yes,
LBAsects=25429824  tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4
Grazie a tutti ed a presto,
Vito

resulting in massive   filesystem  corruption.
io il -u1 non lo setto su hdb ma solo su hda...
sul resto io hemmm aspettavo consigli 
non sono in grado di darne :-))
