home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / acorn / tech / 1141 < prev    next >
Encoding:
Text File  |  1992-12-30  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.sys.acorn.tech
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!student.tc.umn.edu!alla0008
  3. From: alla0008@student.tc.umn.edu (Graham Allan)
  4. Subject: Re: adfsbuffers
  5. Message-ID: <1992Dec30.061428.20289@news2.cis.umn.edu>
  6. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  7. Nntp-Posting-Host: student.tc.umn.edu
  8. Organization: University of Minnesota
  9. References: <1992Dec18.113330@informatik.uni-kl.de> <1992Dec20.011534.5366@cs.aukuni.ac.nz> <FL.92Dec21130356@pierre.tools.de>
  10. Date: Wed, 30 Dec 1992 06:14:28 GMT
  11. Lines: 19
  12.  
  13. In article <FL.92Dec21130356@pierre.tools.de> fl@tools.de (Frank Lancaster) writes:
  14. >
  15. >Actually adfsbuffers does have a dramatic effect on reading
  16. >and writing a single file. Using my RISC OS tar for a large hard disc
  17. >backup with compression, I normally set adfsbuffers to 255. Then
  18. >writing to the disc happens in the background and the compression
  19. >of a file can begin before the preceeding file has been completely
  20. >written to disc. This also works under taskwindows, so you get
  21. >somewhat better preemptive multitasking.
  22.  
  23. I noticed this! Having just upgraded to RO3.1, I managed to do my
  24. long-delayed HD backup with tar in a taskwindow. The best part was, it got
  25. through all 70 floppies without a hitch! Under RO2, the machine would
  26. always hang at some really annoying moment, like disc 20. It was also
  27. noticably faster than under RO2.
  28.  
  29. Graham
  30.  
  31.  
  32.