home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16324 < prev    next >
Encoding:
Text File  |  1992-11-11  |  1.9 KB  |  48 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sgigate!sgi!classic.asd.sgi.com!jeremy
  3. From: jeremy@classic.asd.sgi.com (Jeremy Higdon)
  4. Subject: Re: Exebyte 8500 config on a Crimson
  5. Message-ID: <s8lvg64@sgi.sgi.com>
  6. Sender: jeremy@classic.asd.sgi.com
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <1992Nov10.172707.29397@seismo.do.usbr.gov>
  9. Date: Thu, 12 Nov 1992 05:19:27 GMT
  10. Lines: 36
  11.  
  12. In article <1992Nov10.172707.29397@seismo.do.usbr.gov>, geomagic@seismo.do.usbr.gov (Dan O'Connell) writes:
  13. > We installed an Exebyte 8500 on a Crimson running 4.0.5C. It has
  14. > a Peripheral Visions compression board with a front door display
  15. > panel. We have make all the various devices for it; tps1d4, tps1d4.8200,
  16. > tps1d4.8500, tps1d4nr, tps1d4nr.8200, tps1d4nr.8500, etc.
  17. > When we write to using tar, we never get a transfer rate exceeding
  18. > 120 Kbytes/sec. We have tried both 8500 and 8200 modes, with and without
  19. > compression. We get about 180 Kbytes/sec writting to our 4mm DAT drive.
  20. > 
  21. > We expected to get 300-400 Kbytes/sec transfer rates with the Exebyte
  22. > in 8500 mode. Is there something obvious we should look for that would
  23. > explain the poor Exebyte performance?
  24. > 
  25. > Here is the info returned by mt
  26. > 
  27. >  mt -t /dev/rmt/tps1d4 status
  28. >         Controller: SCSI
  29. >         Device: EXABYTE: EXB-8500-85Qanx00446
  30. >         Status: 0x200
  31. >         Drive type: 8mm cartridge
  32. >         Media : Not READY
  33. > 
  34. > Thanks for any info.
  35. > -- 
  36. > Dan O'Connell
  37. > geomagic@seismo.do.usbr.gov
  38. > Seismotectonics Group, U.S. Bureau of Reclamation
  39.  
  40. You should test performance of the Exabyte by using 'dd' to transfer
  41. a large amount of data with a large block size to the no-swap device.
  42. With 'tar', the Exabyte may be doing a lot of start/stop, which
  43. is very inefficient on the Exabyte.  So to minimize other differences,
  44. try 'dd'.  It should have no problem streaming at nearly 500KB/s.
  45.  
  46. jeremy
  47.  
  48.