home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 3236 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.3 KB  |  37 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!decwrl!deccrl!news.crl.dec.com!pa.dec.com!ninja!fungus.zso.dec.com!mbs
  3. From: mbs@fungus.zso.dec.com (Michael Schmitz)
  4. Subject: Adaptec SCSI bug?
  5. Message-ID: <1992Jul30.210037.9265@ninja.zso.dec.com>
  6. Sender: news@ninja.zso.dec.com (USENET News System)
  7. Nntp-Posting-Host: fungus.zso.dec.com
  8. Organization: Digital Equipment Corporation - DECwest Engineering
  9. Date: Thu, 30 Jul 1992 21:00:37 GMT
  10. Lines: 25
  11.  
  12. In trying to figure out why my 386BSD 0.1 sometimes hangs during
  13. heavy disk I/O, I noticed the following in the adaptec driver:
  14.  
  15. In i386/isa/as.c NSCATTER is set to 17, but the adaptec documentation
  16. gives the maximum size for a scatter/gather array as 16.  Scatter/gather 
  17. is always used, so that the data area pointed to by b_addr (in a struct
  18. buf) may be backed by physically contiguous pages or not.  
  19.  
  20. Question:  Can the physical pages backing a struct buf ever be not
  21. physically contiguous?  If contiguous, then scatter/gather is not
  22. needed at all.
  23.  
  24. Question:  Are struct bufs (data area) limited to 8K?  In this case
  25. (allowing for rounding) the loop that collects the scatter/gather
  26. info would only execute at most three times anyway.
  27.  
  28. By the way, I'm using 32 Megs for swap, so it can be a swap resource
  29. problem.
  30.  
  31.                     --Michael--
  32.                     mbs@zso.dec.com    
  33.  
  34.  
  35.  
  36.  
  37.