TIP: Click on subject to list as thread! ANSI
echo: os2hardware-l
to: All
from: Robert Gammon
date: 2005-10-20 10:54:04
subject: Re: [OS2HW] Lack of SCSI competition

rallee2{at}comcast.net wrote:

>Hello All
>  Thanks to Robert and David for the clarification which I found
surprising.  It has been many years since I had an all scsi box and even
then it was built from used (affordable to me) parts which were old enough
to barely feel the scsi advantage compared to my much more modern ATA box. 
I ended up back around Warp3 days using a 150Meg SCSI drive as a dedicated
swap file in an otherwise IDE box and that was pretty darn nice but
obviously kept me ignorant of multiple scsi devices on one bus.  I'm not
sure now where I got the idea of individual drive autonomy on a scsi bus
but apparently that was unwarranted and incorrect.  It is possible that I
jumped to a conclusion based on OS/2 and scsi's ability to read and write
to multiple devices simoultaneously.  In any case sorry for the negative
comment on LSI's tech support quality since it was I that was wrong.  I now
wonder if this will still be true in serial scsi.  This is idle curiosity
since the division between performance to cost rat

io has only tipped more in favor of IDE of late but it would be interesting to know.
>Thanks
>Jimmy
>
>  
>
LVD and standard SCSI devices will NOT operate on the same SCSI buss. So 
what was said earlier was true. Mixing LVD and standard SCSI on the same 
buss is likely to result in a non-functioning system

It is true that the buss speed is limited to the slowest device on the 
chain, usually CD-ROMs and Tape drives. Think of an older HDD like the 
150MB above. It ran at 10MBs. Many of the CD-ROMS at the time were only 
5MBS devices, so the buss would only run at 5MBS of both devices were on 
the same buss.

Neither SCSI, NOR SATA, NOR IDE, Nothing available on the PC can issue 
multiple commands to multiple devices at the SAME time!!

SCSI devices have a UNIQUE feature in that they can accept a command, go 
offline to complete the command, then come back online to complete the 
request. This way the controller can issue rapid fire serial commands to 
multiple devices, then as each device responds, accept the data from them.

IDE on the other hand locks the buss until the transaction completes. 
That is why you want to have your CDs on one IDE channel while your HDD 
is on the other channel.

With SCSI, you COULD (if your S/W permitted such), stream data from one 
CD and simultaneously write that data to another CD. The READ CD would 
have to run a bit faster than the WRITER so that the write buffer would 
always remain in a near full state, else have a large write buffer than 
is common.

Nearly all CD-Writer S/W out there assumes that you either have only one 
device to read/write, or that you are on IDE. So they read the source 
FIRST, then write to the destination.

The fastest buss speeds for SCSI CDs these days is 40MBS. most SCSI HDDs 
sold today are either U160 or U320. You still can't mix these on the 
same buss

-- 
Robert Gammon   42310
Houston, TX

It is AMAZING to see what our bodies can do to heal 
themselves when we give them the nutrients that they crave.
Vibe! is wonderful.  Thanks to Eniva for making this
product available to us.

See www.enivaexpress.com for more details.  10% off on your
order when you use the following discount code   EE42310




------------------------ Yahoo! Groups Sponsor --------------------~--> 
Get fast access to your favorite Yahoo! Groups. Make Yahoo! your home page
http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/9rHolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

 To visit your group on the web, go to:
    http://groups.yahoo.com/group/os2hardware/

 To unsubscribe from this group, send an email to:
    os2hardware-unsubscribe{at}yahoogroups.com

 Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 



---
* Origin: Waldo's Place USA Internet Gateway (1:3634/1000)
SEEN-BY: 633/267 270 5030/786
@PATH: 3634/1000 12 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.