TIP: Click on subject to list as thread! ANSI
echo: os2
to: Andy Roberts
from: Peter Knapper
date: 1999-08-28 23:03:23
subject: cdrewriter

Hi Andy,

 ET> Of course you can still boot from SCSI-ID 0 or 1, but it's not
 ET> restricted any more to boot from those two

 AR> Alright granted.  But remember way back years ago when 
 AR> CPUs were slow and it was important to put your modem on 
 AR> a low IRQ. Think about the reason for that.  Sure it would 
 AR> work on most any IRQ, but not as well under all conditions. 

The issue with a low numbered IRQ for a UART revolved around the importance of 
clearing the Received Data Buffer before another character arrived. A Serial
port is not a fast device, however it was important to service its interrupts
quickly. Buffered UARTS resolved a lot of these issues but its still an area
that needs to tbe considered for response time critical applications such as
FAX decoding in the PC, not the modem.

 AR> But can you give me a good reason NOT to put my most demanding and 
 AR> fastest SCSI devices on the lowest SCSI ID and the next 
 AR> fastest and next most demanding devices in order of higher SCSI IDs 
 AR> with the slowest and least demanding devices on the highest SCSI ID, 

It all comes down to the type of device being serviced. For a long time I used 
an Archive Viper SCSI Tape drive that had minimal buffering. To optimise
performance it was ESSENTIAL to keep providing it with data so that it would
stream and not pause. Because the HD's were so much quicker than the Tape
drive, I kept the Tape at a higher SCSI address than all the HD's (higher
addresses are serviced BEFORE lower ones). When it was at a LOWER address than 
the HD's, the intensive system activity that used the HD's a lot could
frequently stop the Tape drive from streaming. 

To optimise performance for ALL devices on a common bus, you should set it up
to service the most response critical device FIRST, followed by the rest of
the devices in descending order of need for service. A Fast device with large
buffers (such as a modern HD) can generally afford to wait a bit longer than a 
slow device with minimal buffering that needs a response NOW. With only 1 or 2 
devices (not including the Host Adapter) on a SCSI bus the addressing issue is 
probably a moot point.

Regards...........pk.


--- Maximus/2 3.01
280/801
* Origin: Another Good Point About OS/2 (3:772/1.10)

SOURCE: echoes via The OS/2 BBS

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™.