From nobody  Sun Nov  9 08:16:55 1997
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id IAA20217;
          Sun, 9 Nov 1997 08:16:55 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199711091616.IAA20217@hub.freebsd.org>
Date: Sun, 9 Nov 1997 08:16:55 -0800 (PST)
From: rtm@eecs.harvard.edu
To: freebsd-gnats-submit@freebsd.org
Subject: SCSI disk scheduling disabled in 2.2.5
X-Send-Pr-Version: www-1.0

>Number:         4992
>Category:       kern
>Synopsis:       SCSI disk scheduling disabled in 2.2.5
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov  9 08:20:00 PST 1997
>Closed-Date:    Fri Nov 19 13:42:38 PST 1999
>Last-Modified:  Fri Nov 19 13:42:53 PST 1999
>Originator:     Robert Morris
>Release:        2.2.5
>Organization:
Harvard University
>Environment:
FreeBSD frenulum.eecs.harvard.edu 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #1: Sat Nov  8 17:45:42 EST 1997     rtm@frenulum.eecs.harvard.edu:/amd/dominator/disk/glan25/kung/rtm/sys-2.2.5/compile/BOTH  i386
>Description:
The call to tqdisksort() in sd.c seems to be effectively commented
out by an #ifdef SDDISKSORT.

If one turns on SDDISKSORT, tqdisksort() still doesn't schedule
read requests, because of the "goto insert" early in the function.

Fixing all this improves my system's total throughput on heavy
multi-user loads by about 30% (when 20 processes are doing small
reads from different parts of the disk). With this load, scheduling
alone does slightly better than AHC_TAGENABLE by itself. Both
together improve performance by an additional 15%.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: phk 
State-Changed-When: Fri Nov 19 13:42:38 PST 1999 
State-Changed-Why:  
This PR predates the CAM scsi system and does therefore no longer apply. 
>Unformatted:
