OS/2, eCS & ArcaOS - Technical > Web applications

FF 45.x and VIRTUALADDRESSLIMIT setting...

(1/3) > >>

Dariusz Piatkowski:
Hi Everyone,

Not sure if this is just something weird on my machine, or whether others have seen this as well, either way, the results I am seeing are actually pretty positive, so I wanted to share my observations.

Alright, so I've been running FF45.x for a while now, currently an AMD Phenom II X6 specific build that Dave was kind enough to supply a while back. In general, no complaints, it works.

Now, recently as I was playing around with a test release of ACPI driver from AN I was trying to see if the changes allow me to finally boot OS/2 in the full 6-core CPU config. Right now I'm running with 5 cores only, turning on the 6th always causes the dreaded WPS blue-screen hang. I adjusted the VIRTUALADDRESSLIMIT setting from 2560 to 3072 to see if that had any impact.

OK, so the ACPI changes did not net an improvement here, but I left the VIRTUALADDRESSLIMIT set at 3072.

Low and behold, all of a sudden the dreaded FF CPU spike (on certain sites/applications: GMAIL, some of my automotive forums, etc.) literally nearly went away when the particular browser tab no longer has the focus.

This was never the case in the past. The CPU spikes would continue unless/until I literally opened a blank TAB and left the FF focus on that blank tab.

Take a look at the attached CPU monitor screenshot, where the early part is the new behaviour, while the later part is the behaviour as it used to be.

Strangely this all seems to be the result of just the VIRTUALADDRESSLIMIT change. Anyways, my machine has been up for the past 7 days, same FF start, so no FF re-start which is literally a good amount of browsing with much improved stability.

I've got some changes coming up that will require a re-boot, so I'm curious if this behaviour is a result of just some weird runtime interaction, or whether it is consistent. Will find out later on today...

Dave Yeo:
Seems strange that increasing the virtualaddresslimit would fix your CPU spiking, unless it was unreasonably low to begin with.
Actually your CPU spiking seems weird. Here if I go to gmail, once it loads, the CPU stabilizes with one core reading 1%, at that usually the browser, SM in my case but most of the code is shared, sits at about 1%. Does get spiky when writing this, scrolling the Gmail page and such. Also some GIFs cause spiky behaviour.
At one point I did do something to my profile that caused continuous spiky behaviour, never did figure it out and eventually fixed it by reverting to a week old backup.
I'd suggest creating a new profile and logging into Gmail and see if you still get the spikes. Same with your automotive forums, though they might have GIFs that trigger the behaviour. Even this page, if I enable the JavaScript so it displays the icons at the top, gets spiky, I assume due to GIFs.

Dariusz Piatkowski:
Hey Dave,

Yup, it was weird, almost too weird to be true...LOL, indeed, following a re-boot my old CPU spike behaviour is back.

Well, enough excitement for one day I suppose.

I am not sure why I'm seeing this, I've played around with the various frame-refresh settings in the past, and yeah, most of the pages that do cause the heavy CPU loading are the ones with a pile of GIFs in there.

Not sure what is causing that on gmail though, especially since I'm using the HTML version given how unbareable the standard gmail browser page is (performance wise here anyways).

Dave Yeo:
Yea, there's something wrong with our GIF decoder but at least the CPU spikes go away when changing to a different tab.
As for Gmail, I think I'm using the basic HTML as well though it is hard to tell.There is also a bunch of settings that might change behaviour that I haven't touched but perhaps you have.
I usually just download my Gmail mail to Thunderbird and likewise write and send it from Thunderbird so seldom open the web interface, much simpler then using the web interface.
You should still do a test with a new profile for comparison.

Sergey Posokhov:
It seems to be a Heap Compression...


[0] Message Index

[#] Next page

Go to full version