home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0705.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.2 KB
  1. Received: from ppsw3.cam.ac.uk (mauve.csi.cam.ac.uk [131.111.8.38]) by nacm.com (8.6.10/8.6.9) with ESMTP id BAA27187 for <executor@nacm.com>; Mon, 1 May 1995 01:59:48 -0700
  2. Received: from mole.bio.cam.ac.uk by mauve.csi.cam.ac.uk 
  3.           with SMTP-CAM (XTPP8.1) as ppsw.cam.ac.uk;
  4.           Mon, 1 May 1995 09:59:13 +0100
  5. Received:  from localhost 
  6.           by mole.bio.cam.ac.uk (931110.SGI/MDTG-V1.3@mole.bio.cam.ac.uk)    id AA09434;
  7.           Mon, 1 May 95 10:03:31 +0100
  8. Message-Id: <9505010903.AA09434@mole.bio.cam.ac.uk>
  9. To: executor@nacm.com
  10. Subject: Possible way to improve Executor/Linux
  11. Date: Mon, 01 May 1995 10:03:30 +0100
  12. From: Tim Cutts (Zoology) <tjrc1@mole.bio.cam.ac.uk>
  13. Sender: owner-executor@nacm.com
  14. Precedence: bulk
  15.  
  16.  
  17. I have discovered that some filesystem problems with E/L 1.99k were
  18. due to executor getting confused about the status of files, and that
  19. this was particularly a problem with floppy access, and was solved by
  20. manually sync'ing the filesystems in another window.  So, I figure
  21. that perhaps executor ought to call sync(2) after every filesystem
  22. write.  It would make it a bit slower, but might prevent a lot of
  23. these problems.  Or has this been done with 1.99m?  (I haven't tried it
  24. yet)
  25.  
  26. Tim.
  27.  
  28.  
  29.