home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / acorn / tech / 1129 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  1.5 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!tools!fl
  2. From: fl@tools.de (Frank Lancaster)
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: adfsbuffers
  5. Date: 23 Dec 92 15:14:47 GMT
  6. Organization: Tools GmbH, Bonn, Germany
  7. Lines: 21
  8. Message-ID: <FL.92Dec23141448@pierre.tools.de>
  9. References: <1992Dec18.113330@informatik.uni-kl.de><1992Dec20.011534.5366@cs.aukuni.ac.nz>
  10.     <FL.92Dec21130356@pierre.tools.de>
  11.     <1992Dec22.212234.2185@cs.aukuni.ac.nz>
  12. NNTP-Posting-Host: pierre.tools.de
  13. In-reply-to: jwil1@cs.aukuni.ac.nz's message of Tue, 22 Dec 1992 21:22:34 GMT
  14.  
  15.  
  16. In article <1992Dec22.212234.2185@cs.aukuni.ac.nz> jwil1@cs.aukuni.ac.nz (TMOTA) writes:
  17.  
  18. >   ... you don't think, perhaps, that the significant improvement is due to
  19. >   the fact that you are reading multiple files and writing to 1? And
  20. >   that the more buffers you have, the more files can be buffered before
  21. >   buffers have to be flushed?
  22. >   Remember that read-buffers should make a difference if you're using a
  23. >   FS that supoprts read-ahead...
  24.  
  25. No. I'm reading one file and writing another. The writing process is improved
  26. a lot. Especially performance when large files are written to the archive 
  27. is improved. If I have set adfsbuffers to 255 and a file of 100KB is written to
  28. the archive, the writing routine returns immediately and the next file gets
  29. read and compressed while the writing process to the archive continues
  30. in the background.
  31.  
  32. The C file routines obviously at some point get translated to OS_GPBP
  33. calls, so they are also influenced by adfsbuffers.
  34.  
  35. -- Frank Lancaster, fl@tools.de
  36.