home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!hal.com!olivea!spool.mu.edu!agate!apple!mumbo.apple.com!gallant.apple.com!NewsWatcher!user
- From: nevin@apple.com (Nevin ":-]" Liber)
- Newsgroups: comp.arch
- Subject: Re: A challenge to the anti-goto (C code included!)
- Message-ID: <nevin-171192000126@90.20.3.218>
- Date: 17 Nov 92 08:08:54 GMT
- References: <BwxsF6.3DF@mentor.cc.purdue.edu> <1992Nov3.053951.7786@cognos.com> <1992Nov5.203759.8030@linus.mitre.org>
- Sender: news@gallant.apple.com
- Followup-To: comp.arch,comp.lang.misc
- Organization: Apple Computer, Inc.
- Lines: 24
-
- In article <1992Nov5.203759.8030@linus.mitre.org>, bs@gauss.mitre.org
- (Robert D. Silverman) wrote:
- > Dr. Rubin's main rule is:
-
- > "The code should run as fast as possible"
-
- > For him, all other considerations are secondary. Who are you to tell
- > him what his priorities should be?
-
- Because that isn't what he is asking for. His model of efficiency totally
- ignores OS overhead (eg page sizes, working set sizes, etc.), for instance.
- I've also never seen him deal with instruction or data caches or
- pipelining. All of which is extremely important if you need to do the
- micro-optimisations that Herman always talks about.
-
- > There are times when readability, portability, and ease of maintenance are
- > of primary importance. There are times when they don't matter at all.
-
- Only when the results don't matter at all.
- ___
- NEVIN ":-)" LIBER, RISC Porting Specialist/Blue Meanie, Mac System Software
- email: nevin@apple.com paper: Apple Computer, Inc.
- voice: (408) 974-MIX1 20525 Mariani Avenue, MS: 81-GC
- AppleLink: BADENOV Cupertino, CA 95014
-