YF (Yang) Reporter
	Description • 7 years ago

STR:
1. Open Firefox with the profile in "bug profile.zip".
2. After the startup is complete (CPU steady), open an new tab.


Actual results:
Watch Task Manager and you will soon see a firefox.exe process bulging, taking up a CPU core and growing memory endlessly, exhausted system resources.

Terminating the process does not affect web pages and Firefox chrome, so I guess it is the WebExtension remote process (extensions.webextensions.remote).

The "places.sqlite" file extract from a profile that was running Firefox 55~Nightly 58. I cannot reproduce it in Firefox 54 or earlier, as it is an not backward compatible file since Firefox 55.


Expected results:
There is no cycle of death.

	Firefox Bug Husbandry Bot
	Comment 1 • 7 years ago

https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Update_affecteds

	Graham Perrin
	Comment 2 • 7 years ago

With Waterfox 56.0.4_4 on FreeBSD-CURRENT (56.0 was based on Firefox 56.0.2), 15.9G real memory, 8.00G swap and twelve previews on the new tab, I see: 

- a gradual rise in use of memory by one content process 

– however, it's not endless. It reaches a level then after a while, memory gradually decreases. 

If <https://files.unity3d.com/marcot/instancing/> is excluded from the twelve, then the level reached is significantly less.

	Mark Banner (:standard8)
	Comment 6 • 6 years ago

I've just been testing this out and I think there's two issues here.

The first is that loading this page:

https://www.ib-formation.fr/catalogue/resultats-de-recherche

is taking up about 5GB of memory after a short time, and seems to keep increasing (I've tried this in two different profiles on my Mac).

The second is that this happening in the background - activity stream is attempting to load the page to create an image of it for about:newtab. It also never seems to actually succeed in the background (I don't know what the timeout is, but until I removed it from history, other images didn't load even after waiting a few minutes), so this seems to happen every time on startup, this is similar to bug 1384094, but makes me think we should have additional background limits.

I don't think this is places related, so moving across to activity stream.

Needinfo to Ed & Florian as this is activity stream / performance related.

	Mark Banner (:standard8)
	Comment 7 • 6 years ago

I just tried loading the page in Google Chrome and I'm seeing the same issues - 100% CPU and rising memory early on around 2G, but rising to 4G after a few minutes (and keeping going).

Both Firefox & Chrome display the "web page is taking too long" prompts, but I'm guessing that activity stream is not handling that in its background work - that would be an improvement even if it doesn't stop the initial spinning/memory increase.

	Ed Lee :Mardak
	Comment 8 • 6 years ago

With bug 1384094, I do see high CPU when adding https://www.ib-formation.fr/catalogue/resultats-de-recherche as a top site. Eventually there's a 'getScreenshot(https://www.ib-formation.fr/catalogue/resultats-de-recherche) failed: Error: page-thumbnail:error' and a white thumbnail shows up (attached). Restarting Firefox shows the white thumbnail and no high CPU. Same thing with the page bookmarked.

So at least it won't happen on every restart with the fix/workaround.

	Tim Spurway [:tspurway]
	Comment 9 • 6 years ago

we have preliminary plans of removing the thumbnailer in Fx62, which would alleviate this (and other) problems

	Graham Perrin
	Comment 10 • 6 years ago

(In reply to Mark Banner (:standard8) from comment #6)

> … taking up about 5GB of memory after a short time, and seems to keep
> increasing (I've tried this in two different profiles on my Mac). …

I still don't get that _endless_ increase. 

Firefox  59.0.2_1,1 on (Tier-3) FreeBSD-CURRENT. I'll attach screenshots, the second of which shows the drop.

	Graham Perrin
	Comment 11 • 6 years ago

5,849M VIRT
4,607M RES

	Graham Perrin
	Comment 12 • 6 years ago

4,713M VIRT
3,469M RES