home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / bugs / 47 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  2.2 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi.bugs
  4. Subject: Re: Fix for 4.0.1 / 8M RAM slow disk writes
  5. Message-ID: <u2hmcuc@zuni.esd.sgi.com>
  6. Date: 26 Dec 92 02:44:40 GMT
  7. References: <1992Dec24.013446.26848@donau.et.tudelft.nl>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 48
  11.  
  12. In <1992Dec24.013446.26848@donau.et.tudelft.nl> reinoud@dutecai.et.tudelft.nl (R. Lamberts) writes:
  13.  
  14.  
  15. | OK guys, don't laugh. I still have 8 meg and IRIX 4.0.1,
  16. | and was getting sick of the slow disk write bug. If you
  17. | are in the same situation (8 meg / 4.0.1), this crazy
  18. | fix may be of interest to you.
  19. | 
  20. | It appears that doing a file system sync 20 times a second
  21. | increases disk write speed enormously, without giving too
  22. | much overhead. So compile something like this:
  23. | 
  24. | main()
  25. | {
  26. |   do
  27. |   {
  28. |     sync();
  29. |     sginap(5);
  30. |   }
  31. |   while (1);
  32. | }
  33. | 
  34. | (Please don't whine about this not being the best example
  35. | of software engineering. ;-)
  36. | 
  37. | If you use applications that write to disk at very high
  38. | rates, you may try to decrease the sginap argument, but
  39. | that results in a noticeable system load. Most tools
  40. | run at maximum write speed with the code shown above.
  41. | 
  42. | Run this thingy in the background and you'll actually start
  43. | enjoying large cp or file un-tar actions...
  44.  
  45. The best fix is to get 4.0.5.  This bug was introduced in the last days
  46. of 4.0.1, and fixed in 4.0.2 (after I found it (I wasn't the one who
  47. introduced this one!) and all later releases.  The code has changed
  48. enough since then that I don't want to invest the time to see  just
  49. what else might help; certainly dropping BDFLUSHR to 1 would have
  50. similar effects, without using up another process slot and causing
  51. more context switches.  I seem to recall that increasing NBUF would help
  52. prevent the situation from arising, but I may be remembering wrong.
  53.  
  54. Doing it ever 50 msecs (as your program does) seems just a *bit*
  55. excessive though!
  56. --
  57. Let no one tell me that silence gives consent,  |   Dave Olson
  58. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  59.     Maria Isabel Barreno                        |   olson@sgi.com
  60.