Newsgroup: it.comp.hardware
Titolo: Seriale o parallelo

Un mio amico dice che :
Le richieste di dati su canale E-IDE  IDE
sono di tipo seriale, mentre quelle scsi sono di tipo
parallelo.
ma e' vero ???
Voi che ne pensate?
Ciauz


per il me il tuo amico a fumato troppo marocchino... :-))
Ciao
Ivanohe (l'antani)

Voi che ne pensate?
Per quanto riguarda lo SCSI sicuramente... per E-IDE forse.
bye bye by goldfix
gol...@mbox.vol.it
***************************
Http://www.tgn.creasurf.net
***************************
--------------------------------------
http://space.tin.it/computer/gpartesc/
--------------------------------------

parallelo.
Le richieste di dati e i dati stessi passano su di un bus di 16 bit
per l'ide e di 8 bit (!!) per lo scsi. Solo con il Wide-scsi e'
possibile fare trasferimenti a 16 o 32 bit a botta.
Ciao
							Max
Massimo Sanna				   \
E-mail: 
s78...@athena.polito.it
		    \
 
fdr...@cclinf.polito.it
 	     \
Talk:	
s78...@cclix2.polito.it
	  	      \
Home:	
http://www.poli.studenti.to.it/~s78645
 \	
------------------------------------------------
"Vedi Bongo, questo e' il progresso! Hai tutto quello che non vuoi, quando non ti serve". 
						A. De Curtis
		  |
		  v
		------
	    -> | STOP | <-  "CLICK HERE TO SHUTDOWN"
		------
		  ^
		  |

 Ivanohe (l'antani)
NO, mi sa che invece ha davvero ragione.
Le richieste dati (sottolineo richieste e non trasferimenti) sullo scsi
possono essere parallelizzati (ovviamente se hai + di una periferica
collegata al bus scsi) nel senso che puoi mandare comandi scsi ad altre
periferiche scsi anche se hai gia' contattato una altra periferica prima
e sei in attesa di dati da lei.
Se non sbaglio questo avviene solo se viene abilitata la RESELEZIONE
Si capisce meglio con un esempio:
Il controller scsi comunica al cdrom (scsi) che vuole 2 MB di dati a
partire dal blocco 134568.
Il cdrom non ha tali dati in cache e quindi deve posizionare l'ottica
laser ed iniziare la lettura. Per quanto si tratti di solo pochi ms,
rimane sempre un tempo considerevole sprecato, per questo il cdrom
appena ricevuto ed elaborato il comando di richiesta dati rilascia il
bus scsi (in modo che il controller possa comunicare con altre
periferiche) e poi comincia il posizionamento del laser.
Nel frattempo trovando il bus scsi libero il controller passa ad
eseguire il prossimo compito della sua lista, per esempio la scrittura
di 128KB sull'hd scsi id 3.
Quindi contatta l'hd e se quest'ultimo e' pronto a ricevere i dati
inizia il trasferimento vero e proprio, se no anche l'hd rilascia il bus
ed il controller puo' passare a fare altro (o aspettare se non ha niente
da fare).
Finalmente il cdrom ha i dati pronti da inviare ed allora fa richiesta
del bus.
Se lo trova occupato (perche' e' in atto il trasferimento dati con l'hd
n.3 o comunque qualunque altra attivita' con una altra periferica scsi)
si limita ad aspettare che si liberi.
Se e' libero avverte il controller della disponibilita' dei dati ed
appena riceve l'OK inizia l'invio.
Quindi i trasferimenti sono eseguiti in SERIE, nel senso che SOLO 2
periferiche (controller e unita' scsi scelta) possono occupare il bus
contemporaneamente. Di conseguenza anche avendo un controller scsi3 da
40 MB/s, se si sta prelevando dati a 10 MB/s da una periferica non si
puo' contemporaneamente sfruttare i rimanenti 30 MB/s per leggere o
scrivere su un'altra.
Mentre le richieste possono essere elaborate in PARALLELO, nel senso che
in SERIE si mandano i vari comandi alle unita' scsi, queste le elaborano
per conto proprio (in parallelo tra loro) e poi a turno (quindi in
serie) usano il bus scsi per inviare/ricevere i dati.
Non conosco l'EIDE (e per dire la verita' anche dello scsi non e' che
poi so molto e qui posso anche aver detto cose inesatte), ma mi sa che una
volta intrapresa una transazione con una unita' non e' possibile fare altro
fino a che questa non sia terminata.
E se e' cosi' allora le richieste dati sono in serie.
Cito una ultima cosa che ho sentito dire sullo scsi e che io
personalmente non saprei dire se e' vera o e' una balla colossale (io
pero' per ora propendo per la seconda).
Sembra che si possa dire a due unita' scsi di trasferirsi i dati tra
loro senza l'intervento (se non a livello di CAPO non lavoratore) del
controller.
Cioe' il controller dice (ad esempio) all'unita' 5 di prepararsi ad
inviare 256 KB di dati all'unita' 3; avvisa la unita' 3 di prepararsi a
ricevere dati e poi una da' l'ordine di inizio trasferimento.
I dati vengo trasferiti tra le due unita' direttamente senza che il
controller (e quindi anche la memoria di sistema, il bus pic - isa e la
cpu) sia impegnato dall'operazione.
Solo alla fine dell'operazione il controller riprende il controllo del
bus scsi (per dare magari inizio ad un'altra operazione identica).
Con un funzionamento del genere una copia da cdrom scsi a masterizzatore
scsi (entrambi sullo stesso bus) avverrebbe (se gia' non avviene cosi')
con un consumo di risorse minimo, il sistema potrebbe benissimo fare con
sicurezza altre cose durante la masterizzazione, perche' basterebbe
quella potenza minima residua necessaria per impartire a cadenze fisse i
comandi per il trasferimento diretto del prossimo blocco di dati.
Mentre con la situazione eide (o con le due periferiche su controller
diversi) bisogna trasferire il blocco di dati dal cdrom alla memoria del
pc (attivita' gia' + impegnativa, sopratutto su EIDE) e poi ritrasferire
dalla memoria al masterizzatore.
Due passaggi quindi trasferimento max possibile poco meno della meta'
della velocita' max permessa dal bus usato.   
--
Automatic posted from 
mail.tin.it
 [194.243.154.49]
via Mailgate Server - 
http://www.mailgate.org