home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aux / 3982 < prev    next >
Encoding:
Text File  |  1992-11-07  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.unix.aux
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!nsisrv!jagubox!jim
  3. From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  4. Subject: Yet more about 'tc'
  5. Message-ID: <1228@jagubox.gsfc.nasa.gov>
  6. Lines: 23
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: jagubox.gsfc.nasa.gov
  9. Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  10. Organization: NASA/Goddard Space Flight Center
  11. Date: Fri, 6 Nov 1992 14:04:23 GMT
  12.  
  13. Is the fact that 'tc' needs to be blocked at 8k a big problem (or pain)
  14. for most people? So far I've heard from only one person who says that it is,
  15. but the only reason is because it makes it tough (impossible) to read tapes
  16. from other workstations that write at 512/1024 and not because of any
  17. A/UX-world problems.
  18.  
  19. I for one don't mind the 8k blocking at all. It makes the driver more
  20. efficient (and therefore quicker) but you have to recall to block at
  21. 8k. Of course, if 'tc' used the tape drive's actual physical block size
  22. as it's blocking factor, then you'd have to block at either 512 or 1024
  23. or 8192, depending on your tape drive so you'd still have to concern
  24. yourself about blocking...
  25.  
  26. Of course, I may just make 'tc' aware of some other minor device bits
  27. and _maybe_ do stuff there but that's a bit of work and I don't think
  28. I have the time.
  29.  
  30. What say the world?
  31. -- 
  32.     Jim Jagielski               | "It is not I who am crazy...
  33.     jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
  34.     NASA/GSFC, Code 734.4       |
  35.     Greenbelt, MD 20771         |            - Ren
  36.