Closed Bug 463066 Opened 11 years ago Closed 8 months ago

removing comments from all evaluated source files (js, css, xul) for startup times improvments in fennec


(Firefox for Android Graveyard :: General, defect)

Not set


(Not tracked)



(Reporter: fred23, Assigned: fred23)




(1 file)

User-Agent:       Opera/9.52 (X11; Linux i686; U; fr-CA)
Build Identifier: 

removing comments from all evaluated source files (js, css, xul). 
If there's less to read in, we should gain on startup time.

Reproducible: Always

Actual Results:  
I intend to write a python script called something loke "" that removes all // and /* comments from .css, .js and .xul scripts.

This script should be called upon "package" make target and modify hard-copied scripts before wrap-up.

Expected Results:  
startup time reduction in Fennec.
Already some results :

I have written a short script that effectively removes most of script comments. I have run preliminary startup times tests with stopwatch on my desktop and directly on the device, and here the mean startup times for 15 fennec startups : 

ON DESKTOP (X86) :  **************

BEFORE commentStripping:
	mean time : 9,9876
AFTER commentStripping
	mean Time : 9,5380
gain : 4.5 %

ON NOKIA N810 (ARMEL)**********
BEFORE commentStripping:
	mean time : 15.5127
AFTER commentStripping
	mean Time :  15.5037

gain : not significant
I'm not sure that comments removing will bring a lot of improvements...
What do you think about function/variable renaming (making it shorter) ?
that would be bad for extensions
Do you mean that case when we rename public api functions/variables?
(In reply to comment #5)
> Do you mean that case when we rename public api functions/variables?

Preliminary results I conducted on Desktop show that we could gain from comments removal, since I got significant speedups (5% gain with very small standard deviation on the obtained startup times) and since most of the js and xul scripts have large proportions of comments (typically 30 - 50 %)..... But I guess the impact will go unnoticed at the present, since most of the time spent at N810's startup is taken elsewhere, possibly, as Stuart said, waiting for timeouts issued by OS2008...

My guess is that we should keep that "comments removal" script in mind for when startup time will be around 3 sec... then, the associated impact will certainly be noticeable.
Assignee: nobody → bugzillaFred
Ever confirmed: true
Target Milestone: --- → Fennec A4
Blocks: 459117
Has this ever been incorporated? with the recent gains I'd be curious to see the improvement.
I've retested that last week.
It's starting to show up on the stopwatch but still, it's a marginal gain. I'll use in-code timers soon to see if it's significant.
I've revisited this "comments removal" bug.

  While it seemed interesting on desktop (see comment #1), recent tests using automated timers on the N810 showed no gain.

resulting averages for 10 readings :
with comments    ==> 8,758 +- 0.050 sec
without comments ==> 8,756 +- 0.040 sec

The obtained micro-gain of 2 ms is too tiny compared to the associated std deviation. So it's really UNsignificant.

IMO, this bug could either be closed... or I could still revisit it when startup time is closer to target 3 sec, see if we get different figures.
Closing all opened bug in a graveyard component
Closed: 8 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.