selection timeout
Matthew Jacob
mjacob at feral.com
Tue May 7 08:23:35 PDT 2002
* From the T10 Reflector (t10 at t10.org), posted by:
* Matthew Jacob <mjacob at feral.com>
*
On Tue, 7 May 2002 jmasker at attotech.com wrote:
> * From the T10 Reflector (t10 at t10.org), posted by: * jmasker at attotech.com
> *
>
> *** Rant mode on ***
> THANK YOU for asking this question. This has been a hot button with me
> for quite some time.
> To me it is always PAINFUL to watch a system boot with multiple SCSI
> adapters. Some adapter setup utilities don't even have the ability to
> change this parameter. Whenever I can, I always back this down to 64 ms
> and have never seen a problem.
> So to scan an empty bus takes almost 4 seconds. Add to this the stupid
> 3 SECOND bus reset delay and we're up to 7 ... PER CHANNEL. Now look at
> the fact that the BIOS driver comes up first and must scan all channels,
> typically one at a time, then the OS comes up and scans the channels one
> at a time, and we're at almost 30 seconds for a motherboard with a
> dual-channel SCSI built in.
> Granted, in the typical every day application environment, you aren't
> sitting there booting all the time. But in a test environment, I wonder
> just how many man-hours are lost waiting. *** Rant mode off ***
This is an absurd rant.
a) Fix your OS to not reset the bus
b) Use an adult system- not a toy with a broken BIOS.
c) 3.75 seconds is not unreasonable. If all busses done in parallel, what's
the problem?>
d) In either specialized production systems or test environments, shorten the
timeout as needed. The 250ms delay is a 'reasonable' amount of time for an
unknown target on an open back of system connection.
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org
More information about the T10
mailing list