Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!clyde.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!usc!elroy.jpl.nasa.gov!ncar!asuvax!stjhmc!p88.f15.n300.z1.fidonet.org!Lawson.English
From: Lawson.English@p88.f15.n300.z1.fidonet.org (Lawson English)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Increment (Was Re: Pascal deficiency)?
Message-ID: <33019.27737F47@stjhmc.fidonet.org>
Date: 22 Dec 90 15:20:13 GMT
Sender: ufgate@stjhmc.fidonet.org (newsout1.26)
Organization: FidoNet node 1:300/15.88 - Tucson Apple Core, Tucson AZ
Lines: 28

Marc T. Kaufman writes in a message to All

MTK> The MOVE.L i,D2 in the i++ case is because the value of the expression

MTK> (i++) is (i) before the +1. D2 is dead because we never use the 
MTK> expression value, and its a shame that the compiler doesn't remove 
MTK> it. I'm going to look at gcc and see if doesn't generate better 
MTK> code. With the complexity of today's applications, every little 
MTK> 5% helps. 

So are you checking to see how much time is spent in the trap dispatcher? The
average program (unless you aren't following the Mac User Interface Guidelines
 
or have massive amounts of number crunching) spends more time there than in
any other part of the the program. 20% on a plus, 40+% on a Mac II or higher.


Mac optimization is whole different world...


Lawson
 

 

--  
Uucp: ...{gatech,ames,rutgers}!ncar!asuvax!stjhmc!300!15.88!Lawson.English
Internet: Lawson.English@p88.f15.n300.z1.fidonet.org