Need to yield time to other applications during startup

RESOLVED WONTFIX

Status

SeaMonkey
General
P4
normal
RESOLVED WONTFIX
18 years ago
14 years ago

People

(Reporter: Simon Fraser, Assigned: Patrick C. Beard)

Tracking

({perf})

Trunk
Future
PowerPC
Mac System 8.5

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
Mozilla hogging the CPU during startup on Mac was identified as one of the issues 
for Mac dogfood. We need to figure out how to make it play nice with other apps 
during startup (more WaitNextEvent calls). This could be done:

* Get to the main event loop earlier, or...
* Sprinkle yield calls around in startup code (maybe use progress callbacks)
* Spawn a 2nd NSPR thread which parasitically calls WaitNextEvent
(Reporter)

Updated

18 years ago
Keywords: nsbeta3, nsmac1, perf

Comment 1

18 years ago
I don't get this, most Mac apps just take over your machine 100% while they're 
launching. I was actually shocked that I could do anything at all while Moz was 
starting up! 

Maybe someone will disagree but I think Mozilla is already better at this than 
any other Mac app I can think of. Then again, I have a G4 so performance is not 
something I can judge.

I think this is good enough. Naturally it would be nicer if Moz started *faster* 
but that would almost argue the other way - towards calling waitnextevent less!
(Reporter)

Comment 2

18 years ago
Are you running debug or optimized builds?

Comment 3

18 years ago
Nightlies, so optimised.

I can definately interact with the Finder and other apps while Mozilla is 
loading.
(Assignee)

Comment 4

18 years ago
Updating to beta3+.
Status: NEW → ASSIGNED
Priority: P3 → P2
Whiteboard: [nsbeta3+]

Comment 5

18 years ago
PDT feels that faster startup is most critical.  Given potential risk to our 
stability at this point, we'd rather see the app go out "not playing nice" 
during startup (hopefully, an event that does not dominate usage).
Moving to P4
Priority: P2 → P4
Whiteboard: [nsbeta3+] → [nsbeta3+][PDTP4]

Comment 6

18 years ago
per PDT: P3-P5 priority bugs changed from nsbeta3+ to nsbeta3- since we have
more important work to do for Seamonkey. If you disagree, please state your case
in the bug report and nominate for rtm. Thanks.
Whiteboard: [nsbeta3+][PDTP4] → [nsbeta3-][PDTP4]

Comment 7

18 years ago
I think sfraser's original report is a reasonable nomination for rtm.
Keywords: rtm
(Assignee)

Updated

18 years ago
Target Milestone: --- → Future

Comment 8

18 years ago
rtm-, already noted in the bug that this isn't worth doing right now.
Whiteboard: [nsbeta3-][PDTP4] → [nsbeta3-][PDTP4][rtm-]

Updated

18 years ago
Blocks: 7251

Updated

17 years ago
No longer blocks: 7251

Updated

17 years ago
Blocks: 7251

Comment 9

17 years ago
Removing adequated PDT grafitti.  
Whiteboard: [nsbeta3-][PDTP4][rtm-]

Updated

17 years ago
Keywords: nsbeta3
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
(Reporter)

Comment 11

15 years ago
Not applicable on OS X.
Status: ASSIGNED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.