User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 Build ID: 20160106234842 Steps to reproduce: 1. Start Firefox. 2. Go to the menu bar -> Tools -> "Web Developer" -> "Web Console". 3. Execute "console.profile();". 4. Execute "console.profileEnd();". Actual results: While the "Performance" entry changed its background color from green back to default the cpu usage of Firefox on my system was still ~40%/600%. Expected results: No cpu usage from profiling should appear anymore.
What version of Firefox/Operating system? Typing console.profile() and console.profileEnd ends and loads the profile for me -- except if the two statements are in the same tick, then you'll run into bug 1173588, which will not stop the profile -- is that what's happening?
I'm on Linux 4.3.3 and using Firefox 43.0.4. Both commands were executed as separate commands.
(In reply to sworddragon2 from comment #0) > While the "Performance" entry changed its background color from green back > to default the cpu usage of Firefox on my system was still ~40%/600%. What do you mean the cpu usage of Firefox on your system was 40%/600%? The buffer usage? Was it still recording? Do you have a gif/video/screenshot that'd help explain it?
After calling console.profileEnd() the Firefox process has still utilized ~40%/600% of the available processor time (6 cores).
I'm still not following what you were seeing -- the profiler doesn't know anything about your CPU cores. Did the tool stop recording and were you able to see the results? Do you have a screenshot?
The cpu activity was monitored with an external tool and the profiling hasn't shown me anything special.
Do you have a dump of that profiler data then? What frame do you see still consuming resources in the external profiler? Is the recording finalized after console.profileEnd() and the recording is visible in the developer tools? I'm sorry, this isn't a lot of clear information to go off of.
(In reply to Jordan Santell [:jsantell] [@jsantell] (Please needinfo) from comment #7) > Do you have a dump of that profiler data then? How can this dump created/accessed? (In reply to Jordan Santell [:jsantell] [@jsantell] (Please needinfo) from comment #7) > What frame do you see still > consuming resources in the external profiler? I'm still in the console and don't see anything special there. If you want to know something specific just tell me what to do. (In reply to Jordan Santell [:jsantell] [@jsantell] (Please needinfo) from comment #7) > Is the recording finalized > after console.profileEnd() and the recording is visible in the developer > tools? Same as above.
I'm also able to reproduce this bug on Windows 10 with Firefox 43.0.4 (both 64 bit). @Jordan Santell: Can you try to reproduce this issue again and make a look at the cpu usage of Firefox (for example with the task manager)? What is the cpu usage of Firefox on idle (for example if you wait a bit after doing step 1 of the reproduction steps) and what is the cpu usage of Firefox after step 4 of the reproduction steps?
Triaging. Filter on LULUGUBRIOUSUS.
on OSX, I'm at 10% idle, 25% with tools open, and during profiling, spikes up to 40-50%, but settles down to 25% afterwards. I'm not that familiar with using profiling tools on Linux/Windows, but could you profile Firefox itself with one of those OS tools to record samples of Firefox after performing the console.profile/profileEnd? Curious to see what in Firefox is causing the extra CPU cycles after profiling, as the profiler should be pretty much inactive after recording.