home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6278 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  1.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!news!brtmac
  2. From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: sync scsi on ss1 (4/60)
  5. Date: 11 Sep 92 15:32:00
  6. Organization: Kansas State University
  7. Lines: 18
  8. Message-ID: <BRTMAC.92Sep11153200@maverick.ksu.ksu.edu>
  9. References: <1992Sep11.060656.25398@tessi.com>
  10. NNTP-Posting-Host: maverick.ksu.ksu.edu
  11. In-reply-to: joey@tessi.com's message of Fri, 11 Sep 1992 06:06:56 GMT
  12.  
  13. In article <1992Sep11.060656.25398@tessi.com> joey@tessi.com (Joey Pruett) writes:
  14.  
  15. >a) what is the magic to make a ss1 (4/60) do synch scsi?  i've
  16. >seen the info here before.
  17.  
  18. Here is what I used:
  19.  
  20.     echo 'esp_ss1_esp0sync?W 1' | adb -w /vmunix
  21.  
  22. I'm running a Sun 4/60 that we got in November of 1989, so
  23. it is one of the first ones and has not had any upgrades.
  24. I can get disk transfer speeds of well over 1M/sec, upwards
  25. of 1.8M/sec when reading the raw disk device, so I don't
  26. think going sync scsi hurts it at all.  I haven't tried
  27. shutting sync scsi off and doing the same timing tests
  28. so I don't know how much of a difference itmakes.
  29.  
  30. ++Brett;
  31.