home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / minix / 5252 < prev    next >
Encoding:
Text File  |  1993-01-24  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!munnari.oz.au!metro!ipso!runxtsa!bde
  3. From: bde@runx.oz.au (Bruce Evans)
  4. Subject: Re: Things I Wish Were In MINIX
  5. Message-ID: <1993Jan23.051424.8485@runx.oz.au>
  6. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  7. References: <post!!??> <Bah!> <1jo45aINN46t@usenet.INS.CWRU.Edu>
  8. Date: Sat, 23 Jan 93 05:14:24 GMT
  9. Lines: 40
  10.  
  11. In article <1jo45aINN46t@usenet.INS.CWRU.Edu> bf795@cleveland.Freenet.Edu (James Abendschan) writes:
  12. >
  13. >* a "nice" command [or some way of increasing or decreasing command
  14.  
  15. Nice is in kub's sysupd2 package (last version (?) patch1 posted 27 May 91).
  16.  
  17. Do you want this in standard Minix?  Good luck.
  18.  
  19. >* faster i/o.  anything that goes to stderr seems to run much slower
  20. >than the rest of the text..  I have heard vague and unconfirmed rumors
  21.  
  22. stderr is unbuffered by default.  Characters are written one at a time
  23. (perhaps a string at a time with a better stdio).  Outputting characters
  24. one at a time is slow under all systems and particularly slow under Minix.
  25. Outputting large number of characters is reasonably fast under Minix.  If
  26. If you want a faster stderr, use setbuf.  Remember to flush the buffer
  27. often.
  28.  
  29. >about an "enhanced" stdio program which speeds reads & writes up a bit,
  30. >but, given my luck, it won't work on MacMINIX.
  31.  
  32. You want estdio.  It's about twice as fast as gnu stdio and 33% faster
  33. than 386BSD stdio.
  34.  
  35. >Also, why do exec and
  36. >system calls take so long to execute the program?  Even with both
  37. >absolute filenames and caching, it still takes a long time.. why?
  38.  
  39. Exec does a lot of loading.  Fork does a lot of copying, especially for
  40. shadowing under 68K Minixes.  Even when everything is loaded from RAM,
  41. copying takes a while.  However, on my system (a 486/33 running a VM
  42. version of Minix) /bin/echo takes about 33 millisec.  This is much
  43. slower than some systems (Linux) and much faster than others (386BSD).
  44. The exec involves forking bash (210K text, 100K data) and loading
  45. /bin/echo (1K text, 12K data).  Only the fork takes a long time.
  46.  
  47. Minix syscalls have more overhead than on most *ix systems.  Solution:
  48. don't make a lot of syscalls.
  49. -- 
  50. Bruce Evans  (bde@runx.oz.au)
  51.