home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4529 < prev    next >
Encoding:
Text File  |  1992-08-20  |  2.2 KB  |  54 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!destroyer!sol.ctr.columbia.edu!news.unomaha.edu!cwis!jsaker
  3. From: jsaker@cwis.unomaha.edu (James R. Saker Jr.)
  4. Subject: Re: 386BSD QIC-02 Driver with Wangtek 5150PK is sloooooow
  5. Message-ID: <jsaker.714361130@cwis>
  6. Sender: news@news.unomaha.edu (UNO Network News Server)
  7. Organization: University of Nebraska at Omaha
  8. References: <1992Aug17.191318.8853@hotb.sub.org> <1992Aug19.051745.16119@zip.eecs.umich.edu>
  9. Date: Fri, 21 Aug 1992 01:38:50 GMT
  10. Lines: 42
  11.  
  12. dmuntz@dip.eecs.umich.edu (Daniel A Muntz) writes:
  13.  
  14. >The problem isn't the 512-byte blocks, per se, but that the controller doesn't
  15. >receive data quickly enough to allow the drive to stream properly.  You can
  16. >get some performance improvement by buffering data in the driver and polling
  17. >the controller instead of waiting for interrupts and timeouts.  Perhaps
  18. >someone could comment on why so many interrupts seem to get lost.  I've
  19. >hacked wt.c to do buffering and polling to make the qic-02 drives usable, but
  20. >this isn't really the "right" solution.  A couple of thoughts:
  21.  
  22. Would this explain why my tar -cvf /dev/rwt0 to my Wangtek QIC-150 drive
  23. produces unusual "features", including:
  24.  
  25.     o wildcard tarring writes only one file from each sequence,
  26.       for example, tar -cvf /dev/rwt0 etc*   with files etc01 to etc09,
  27.       etc10 to etc19, etc20 to etc29  results in one file from etc0*,
  28.       one file from etc1*, etc. (i.e. etc04, etc18, etc21, etc33 being
  29.       the only ones written)
  30.  
  31.     o tarring large files (esp. large tar.Z files) results in an
  32.       end of tape not found error
  33.  
  34.     o accessing floppies during tar operation results in errors
  35.       in the floppy operation
  36.  
  37. Tar has no problem reading from the unit - even sizable files written
  38. from another system to tape. And the files it does write to tape are
  39. reliable and hold their integrity.
  40.  
  41. Any ideas/suggestions? While I'm on the podium, how about plans for
  42. EISA support eventually?;-)
  43.  
  44. >  -Dan
  45.  
  46.  
  47. .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
  48. .  Jamie Saker                    jsaker@cwis.unomaha.edu    .
  49. .  Network Costing Analyst            Business/MIS Major       .
  50. .  Telenational Communications            Univ. Nebraska at Omaha       .
  51. .  (402) 392-7548                               .
  52. .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
  53.  
  54.