home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0746.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.4 KB
  1. Received: from flibble.cs.su.oz.au (srn-ppp-epping.cs.su.OZ.AU [129.78.111.83]) by nacm.com (8.6.10/8.6.9) with ESMTP id OAA09713 for <executor@nacm.com>; Mon, 1 May 1995 14:07:31 -0700
  2. Received: (from srn@localhost) by flibble.cs.su.oz.au (8.6.9/8.6.9) id HAA26497; Tue, 2 May 1995 07:06:18 +1000
  3. From: Stephen Robert Norris <srn@flibble.cs.su.oz.au>
  4. Message-Id: <199505012106.HAA26497@flibble.cs.su.oz.au>
  5. Subject: Re: Possible way to improve Executor/Linux
  6. To: tjrc1@mole.bio.cam.ac.uk (Tim Cutts)
  7. Date: Tue, 2 May 1995 07:06:18 +1000 (EST)
  8. Cc: executor@nacm.com
  9. In-Reply-To: <9505010903.AA09434@mole.bio.cam.ac.uk> from "Tim Cutts" at May 1, 95 10:03:30 am
  10. X-Mailer: ELM [version 2.4 PL24]
  11. MIME-Version: 1.0
  12. Content-Type: text/plain; charset=US-ASCII
  13. Content-Transfer-Encoding: 7bit
  14. Content-Length: 558       
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. > I have discovered that some filesystem problems with E/L 1.99k were
  19. > due to executor getting confused about the status of files, and that
  20. > this was particularly a problem with floppy access, and was solved by
  21. > manually sync'ing the filesystems in another window.  So, I figure
  22. > that perhaps executor ought to call sync(2) after every filesystem
  23. > write.  It would make it a bit slower, but might prevent a lot of
  24. > these problems.  Or has this been done with 1.99m?  (I haven't tried it
  25. > yet)
  26. > 
  27. > Tim.
  28.  
  29.     fsync(2) would be a better choice.
  30.  
  31.         Stephen
  32.  
  33.