home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9814 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.5 KB  |  33 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!stanford.edu!snorkelwacker.mit.edu!bloom-picayune.mit.edu!daemon
  3. From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
  4. Subject: Re: QIC 40 / QIC 80 ?
  5. Message-ID: <1992Sep4.035614.4455@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
  8. Organization: The Internet
  9. Date: Fri, 4 Sep 1992 03:56:14 GMT
  10. Lines: 21
  11.  
  12.    From: billp@jupiter.cse.utoledo.edu (Bill Parquet)
  13.    Date: 3 Sep 92 17:49:18 EST
  14.  
  15.    I've seen a lot of discussion about this.  The people who were working on
  16.    that for 386bsd complained that the timing requirements were extremely tight
  17.    for running qic 40/80... At least too tight for a multitasking environment.
  18.  
  19.    If it were really necessary, I'd much rather have a tape backup program that
  20.    ran in some sort of exclusive mode than nothing at all.
  21.  
  22. This reminds me of the mini-cassette tape on VAX 750's that were
  23. typically used to bootstrap a 750 before an OS had been loaded on its
  24. hard disks.  That tape drive didn't have DMA, nor any buffering, so you
  25. got an interrupt for each byte that you wanted to write to the tape.  If
  26. you wanted to write a new bootstrap tape, the only way it would work is
  27. if you did it in single user mode, with no other processes running.
  28. Even running the /etc/update daemon would cause the write to fail.
  29. Fortunately, you very rarely (if ever) needed to write a new bootstrap
  30. tape; but when you did, it was a very painful process.  :-)
  31.  
  32.                             - Ted
  33.