BRBOYER@MTUS5.CTS.MTU.EDU (Rucell) (04/08/91)
I have a question for all of you Macintosh Guru's. What on Earth could
make a program run faster in the background than it does in the fore-ground
(while Multi-Finder is activated)? When I first noticed the severe speed
differences, I almost freaked out. Could someone explain this to me? Is
there a way to get my program to run the same speed (or even faster) while it
is in the fore-ground? Thanks in advance...
Bradley R. Boyer ##### # # ### BRBOYER@mtus5.cts.mtu.edu
# # # # # BRBOYER%MTUS5.BITNET
|"How could it have | # # ### #####
| been me? I wasn't| # # # # # Phi Kappa Theta - Michigan Chi Rho
| even there!" | ##### # # ### Michigan Technological University
------ Posted using NetFeed, THE Macintosh <====> UseNet Interface Program ----ds4a@dalton.acc.Virginia.EDU (Dale Southard) (04/08/91)
In article <040791.170833BRBOYER@MTUS5.CTS.MTU.EDU> BRBOYER@MTUS5.CTS.MTU.EDU (Rucell) writes: > > I have a question for all of you Macintosh Guru's. What on Earth could >make a program run faster in the background than it does in the fore-ground >(while Multi-Finder is activated)? When I first noticed the severe speed >differences, I almost freaked out. Could someone explain this to me? Is >there a way to get my program to run the same speed (or even faster) while it >is in the fore-ground? Thanks in advance... Well, one common reason has to do with the cpu time it requires for a program to do window updates. For instance, many programs will run faster if a screen-saver is active (StuffIt for one, I think). I have noticed a slight speed increase in some programs when pyro kicks in (sorry, no figures, just what I precieved). The same is also true if you shrink the window down to its minimum size -- the fewer pixels to update/scroll, the less cpu time required to do so. Anyone have better fact/figures/reasoning? Oh, before someone flames GUIs, scrolling a text screen has the same effect on program speed. --> --> Dale UVa (ds4a@virginia.edu)