home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / minix / 4417 < prev    next >
Encoding:
Text File  |  1992-09-10  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!email!hp
  3. From: hp@vmars.tuwien.ac.at (Peter Holzer)
  4. Subject: Re: (none given)
  5. Message-ID: <1992Sep11.093444.223@email.tuwien.ac.at>
  6. Sender: news@email.tuwien.ac.at
  7. Nntp-Posting-Host: quasi.vmars.tuwien.ac.at
  8. Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
  9. References: <1992Sep9.120116.13849@udel.edu> <ETLMIKE.92Sep10173232@jerry.ericsson.se>
  10. Date: Fri, 11 Sep 1992 09:34:44 GMT
  11. Lines: 25
  12.  
  13. etlmike@jerry.ericsson.se (Mike Wilcox) writes:
  14.  
  15. >Unfortunately, I have gone to the effort of changing the Minix
  16. >Centre's version of Minix-386 precisely to allow GCC to compile the
  17. >kernel.
  18. [...]
  19. >Now, granted I have a lot of other changes in my version of the
  20. >kernel, but I can say that after using GCC to compile this,
  21. >my system runs a LOT slower than when BCC compiled it in 32-bit
  22. >mode.
  23.  
  24. Can you still compile your system with bcc (or c386)? If so, you could
  25. easily test if the lack of speed is due to the compiler or your
  26. changes.
  27.  
  28. Also, gcc has gazillions of options to control optimization. Some of
  29. them (e.g. -fomit_frame_pointer) make a huge difference in speed. The
  30. code produced by gcc without optimization is quite slow, usually.
  31.  
  32.     Peter
  33. -- 
  34. |    _  | Peter J. Holzer                       | Think of it   |
  35. | |_|_) | Technical University Vienna           | as evolution  |
  36. | | |   | Dept. for Real-Time Systems           | in action!    |
  37. | __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |
  38.