Newsgroup: it.comp.os.linux.sys
Titolo: Misurare il burst-rate di una periferica scsi

Salve,
ho un controller scsi Ultra-wide (AHA-2940UW) con attaccate due
periferiche (cdrom e masterizzatore): ho gia' provato a misurare la
velocita' di trasferimento effettiva (media) con
time dd if=/dev/scd0 of=/dev/null
con un cd inserito nel lettore, ora sarei curioso di misurare il
burst-rate, ossia la "banda passante" tra periferica e controller. Nel
caso di periferiche Ultra dovrebbe essere 20 MB/s, vorrei vedere quanto la
realta' si avvicina alla teoria...:)
Sapete dirmi se e come effettuare tale test ? Oppure sapete consigliarmi
un progaramma di benchmark che lo effettua, tipo Cdspeed sotto Win32 ?
Grazie per l'interessamento.
--
Lorenzo

E' triste notare come domande precise ed educate vengono completamente
ignorate, mentre post con oggetto del tipo "LINUX FA SCHIFO !!" et similia
ricevono decine di (inutili) risposte.
--
Lorenzo

ricevono decine di (inutili) risposte.
Forse perche' nessuno si e' mai cimentato con il problema di lana
caprina che poni.
Nessuna polemica, ma per fare quella misurazione secondo me non hai gli
strumenti sufficienti.
Non mi sembra che normalmente i controler scsi abbiano a bordo un timing
affidabile, da interrogare a basso livello per misurare davvero il
tranfer rate.
Ogni misuazione fatta da questo lato del controller non e' affidabile,
entrano in ballo troppi fattori spuri.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 ricevono decine di (inutili) risposte.
Vengono ignorate solo se sono delle FAQ e quindi nel caso in cui sia
palese che chi le ha poste non si e' nemmeno sforzato di vedere se
la risposta ad una domanda simile possa essere gia' stata data oppure
non sempre c'e' chi conosce la risposta.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *


www.deja.com/news
Psst, thorin, se chiami quello, da un mesetto a questa parte, vai
proprio su google.
Acquisizione, acquisizione, popolazione, attenzione attenzione!. ;-)


 proprio su google.
E' che io non lo uso mai, ho il mio motore personale, zio grep(1) ;-)
-- 
|Pierluigi De Rosa (
tho...@durin.khazad-dum.net
)|
|     E' nato il Cosenza Linux User Group	|
|   mail -s help 
cslug-...@lists.linux.it
	|
|      IRC: #cslug - 
irc.openprojects.net
	|

non sempre c'e' chi conosce la risposta.
Probabilmente la seconda, non ho ancora trovato la risposta alla mia domanda su
nessuna FAQ nè su Google (purtroppo).
-- 
Lorenzo
Zero Difetti:
	Il risultato dell'arresto di una linea di produzione.

entrano in ballo troppi fattori spuri.
Beh, può darsi che non sia possibile effettuare una misurazione accurata,
soltanto mi sarebbe piaciuto sentirmelo dire, come hai fatto tu ora (e ti
ringrazio...).
Comunque mi rimane il dubbio, come fanno allora i vari benchmark dipo Cdspeed
sotto Win ? Boh...


 nessuna FAQ nè su Google (purtroppo).
Google non e' mica l'unico motore di ricerca.


sotto Win ? Boh...
I casi sono due:
1) Imbrogliano. [*]
2) Io non ne so abbastanza[**], e da qualche parte, sul controller, c'e'
un marchingegno con temporizzazione abbastanza accurata per eseguire
anche questa misurazione.
[*] Ovvero calcolano un tempo statistico di reazione del resto
dell'interfaccia, fino alla cpu.
[**] Possibilissimo.:-)


 io sappia è il migliore per ricercare vecchi messaggi apparsi sui NG.
www.deja.com/news
-- 


Google non e' mica l'unico motore di ricerca.
Io intendevo 
groups.google.com
 (ex Dejanews) per le ricerche su usenet. Che
io sappia è il migliore per ricercare vecchi messaggi apparsi sui NG.
--
Lorenzo

dell'interfaccia, fino alla cpu.
Mi sono un po' documentato, in pratica eseguono delle letture dalla cache della
periferica. Un po' come hdparm -T per gli hard-disk.
--
Lorenzo