home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / bsd / 10967 < prev    next >
Encoding:
Text File  |  1993-01-06  |  6.2 KB  |  182 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!tfs.com!tfs.com!julian
  3. From: julian@tfs.com (Julian Elischer)
  4. Subject: Re: [386bsd] Queries for the new scsi driver.
  5. Message-ID: <1993Jan6.200235.4322@tfs.com>
  6. Organization: TRW Financial Systems
  7. References: <3813@tansei1.tansei.cc.u-tokyo.ac.jp>
  8. Date: Wed, 6 Jan 1993 20:02:35 GMT
  9. Lines: 171
  10.  
  11. In article <3813@tansei1.tansei.cc.u-tokyo.ac.jp> mhiroshi@tansei.cc.u-tokyo.ac.jp (H. Murakami) writes:
  12. >To: comp.unix.bsd
  13. >Subject: [386bsd] Queries for the new scsi driver.
  14. >
  15. >I tried the Julian new scsi driver.
  16. >
  17. >However, before I use the aha1542 specific new-scsi driver,
  18. >I was able to use two partition on one disk drive for the swap like:
  19. >
  20. >    config   "386bsd"    root on as0 swap on as0b and as0e
  21. >
  22. >And both as0b and as0e were working fine even they are on the identical drive.
  23. >
  24. >After I put the new scsi driver,
  25. >in the configuration file for the kernel, 
  26. >I removed many unused drivers to save the kernel size 
  27. >by commenting out like:
  28. >
  29. >    #options     NFS
  30. >    #disk     wd1     at wd0 drive 1
  31. >    #device we0 at isa ....
  32. >    #device ne0 at isa ..
  33. >    #device ec0 at isa ..
  34. >    #device is0 at isa ..
  35. >    #pseudo-device ddb
  36. >
  37. >for the swap partition I made the line like:
  38. >
  39. >    config   "386bsd"    root on sd0 swap on sd0b and sd0e
  40. >
  41. >My current problem with this julian new scsi driver system is,
  42. >
  43. >the kernel built does not add the partition sd0e for the swap area. 
  44. >The "swapon /dev/sd0e" makes error message saying that 
  45. >    
  46. >    adding swap: failed! (unchanged)
  47. >    swapon: /dev/sd0e Device not configured
  48.  
  49. did you modify the devices.i386 file in i386/conf?
  50.  
  51. >
  52. >Note, I have the line in the file /etc/fstab like:
  53. >
  54. >    /dev/sd0e - swap sw - -
  55. >
  56. >This kind of trouble never happened when I used the old scsi driver.
  57. >What is the reason that I cannot assign /dev/sd0e  for swap ?
  58.  
  59. my guess is that you haven't done the full configuration..
  60.  
  61. >
  62. >You might think that I should not use two swap reagion on one drive,
  63. >however I have a good reason for that.
  64. >Sometimes, I just use /dev/sd0b of size 50MB for the swap, and
  65. >/dev/sd0e of size 1.0GB for the file system by using newfs
  66. >to work with many files.
  67. >And sometimes I would like to use both /dev/sd0b and /dev/sd0e to
  68. >enable the large virtual memory as large as a giga bytes.
  69. >(However I find many trouble to extend the virtual memory of that
  70. >size or a few hundred meg, I still making struggle for that.)
  71.  
  72. that is a good reason..
  73. I have done similar.
  74. >
  75. >BTW.
  76. >    What is the advantage of the new scsi driver 
  77. >    compared the old scsi drivers ?
  78. >    Was the old scsi driver not using DMA transfer
  79. >    but program data transfer?
  80.  
  81. both use dma,
  82. however the new drivers are modular, allowing the easy addition of extra
  83. devices. They also support multiple different types of controllers.
  84. The performance is much the same (disk writes get 20% faster), but 
  85. the ease of modification and tayloring makes it easier
  86. to add new devices.
  87. the following adapteres 'fit into' the system.
  88.  
  89. aha1542
  90. aha1742
  91. bt742a
  92. tmc1670 (mostly works)
  93. wd7000  (apparently mostly works)
  94.  
  95. I also have drivers for:
  96. scsi disk
  97. scsi tape
  98. scsi cdrom
  99. scsi media changer
  100. scsi (kodak) scanner (can't release)
  101. scsi (AEG) character recognition engine (can't release)
  102. scsi (CALERA) character recognition engine (can't release)
  103.  
  104. All of the device drivers can run on any of the adapters without change
  105. and I sometimes run them on multiple DIFFERENT cintrollers on the same bus
  106. at the same time:
  107. e.g.
  108.   2 disk and 1 tape on a bt742
  109. + 1 disk and i AEG on a aha1742
  110. + 1 tape on a bt742
  111.  
  112. all at the same time.
  113. The disk are sd0,sd1,sd2
  114. the tapes are st0 and st1
  115. and the AEG is bll0 and bll1 (it has 2 lu's)
  116.  
  117. try do that with the old scsi driver....
  118.  
  119.  
  120. >    It seems the data transfer rate measured by the dd command
  121. >        /usr/bin/time dd if=/dev/rsd0h of=/dev/null ibs=512x88
  122. >    did not speed up compared with that of old scsi driver.
  123. >    (comparision is made with only one swap partition system.
  124. >    rsd0h is about 300MB large to reduce the effect of the caching.)
  125. >    The jumper of the adaptec 1542b card is to use the syncronos
  126. >    negotiation mode.
  127. >    CPU is 486DX 33MHz, AMI bios 256K cache 16MB Dram, 
  128. >    IDA card + adaptec 1542B.
  129. >    The scsi disk is Fujitsu's 1.6GB, 11mS, 10MB/Sec peak, SCSI-2 disk.
  130. >    It has 512bytes/sector, 88 sectors/track, and 90 rotation/sec means,
  131. >    it the data transfer is made ideally, its sustained transfer rate
  132. >    is about 4MB/sec, but dd give the number around 1MB/sec.
  133.  
  134.  If you use a EISA card, you will achieve around 3.2MB/sec. (with 16k reads)
  135.  the aha1542 just doesn't seem that fast. I use the bustek 742 and the adaptec
  136.  1742 for faster throughput. (On EISA only though)
  137.  
  138. >PS.
  139. >    What is the meaning of the message given at the boot time by the
  140. >    new scsi driver;
  141. >
  142. >        aha0 reading board settings, 150 nSEC ok, use 200 nSEC
  143. >    ** aha0 probing for scsi devices **
  144. >    dev0,lu0: type 0(direct),fixed 'FUJITSU M2652S-512     008P' scsi2
  145. >    sd0: 1651MB, cyls 1944, heads 20, secs 87, bytes/sec 512
  146. >
  147. >    Why it drops from 150 nS to 200nS (and what is the meaning of 150nS)?
  148. >    Does this relate to the disk trasfer rate?
  149. >
  150. >        Hiroshi Murakami
  151. >        mhiroshi@tansei.cc.u-tokyo.ac.jp
  152. >        hiroshi@teine.chem2.hokudai.ac.jp
  153.  
  154. 150ns is the first (highest) speed it could get the dma to work at.
  155. it is only a small DMA test, so it might be marginal at that speed, so
  156. it backs off to the next slower speed. The adaptec can actually use a 100nSec
  157. setting but it crashes my machine when I try it so I start at 150Nsec.
  158. You might make it start it's speed check at 100Nsec. If it works
  159. then it will back down to 150Nsec rather than 200Nsec.
  160.  
  161. you may then try 'hard-wiring' to 100Nsec and stopping it from
  162. backing down, but be on the look out for errors, as the test
  163. at 100Nsec only transfers some 64 bytes (I think) so just because it
  164. succeeds, doesn't mean that it will be reliable.
  165.  
  166. >
  167. >PS2.
  168. >    What is the virtue of ddb ?
  169. >Sorry for the buggy English.
  170. better than my japanese!
  171.  
  172.  
  173. +----------------------------------+       ______ _  __
  174. |   __--_|\  Julian Elischer       |       \     U \/ / On assignment
  175. |  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
  176. | (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
  177. +- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
  178.           v
  179.  
  180.  
  181.  
  182.