Am Donnerstag, 30. April 2015 13:46 CEST, Anton Aylward <opensuse@antonaylward.com> schrieb:

On 04/29/2015 11:18 PM, Andrei Borzenkov wrote:

...

В Wed, 29 Apr 2015 21:57:44 +0000 Carl Hartung <opensuse@cehartung.com> пишет:

...

Hi All,

This one has me really pulling my hair out. It started a couple of updates back and it hasn't improved since.

I observe it for as long as I remember on Windows so it probably something fundamental in Firefox architecture.

I tried switching to 'chrome' (both versions) and 'importing' the set of 'tabs' from FF that was proving problematic.

The problem persisted or was worse. "Chrome" took forever to start displaying some of those tabs, again tipping the 100% on all cores.

Chrome is a very fast and reliable browser (well, if it can open enough files ...) I'm routinely keeping 30+ tabs open. Many of them are heavy on JavaScript and the performance is excellent. I do have 16GB of RAM though (but I also run Eclipse with a huge project that needs 3-5GB ...). As I write this (in Chrome), Chrome uses 5 GB of RAM where the GPU needs most (900 MB). But no browser on the planet can protect you against bad JavaScript that some server sends you. What do you see in the task manager (Shift+Esc) and performance tools ("Inspect Element" in a problematic tab) in Chrome? Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Thu, 30 Apr 2015 07:22:31 +0200 Bernhard Voelker wrote:

Unfortunately, you didn't post the summary lines from top ... as FF alone is eating 50% of your RAM - is it possible that your system is swapping?

Thanks for your thoughts, Berny. I'm sure it's swapping, but I thought to RAM. Here are the summary lines from 'top' with the system in it's normal state: KiB Mem: 4055756 total, 3413740 used, 642016 free, 179980 buffers KiB Swap:5242876 total, 1579224 used, 3663652 free. 1274052 cached Mem I'll capture the same lines today, as I'm working. More info: from /etc/mtab: devtmpfs /dev devtmpfs rw,nosuid,size=2019584k,\ nr_inodes=504896,mode=755 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 /dev/sda5 / ext4 rw,relatime,data=ordered 0 0 /dev/sda6 /home ext4 rw,relatime,data=ordered 0 0 /dev/sda9 /data ext4 rw,relatime,data=ordered 0 0 from /etc/fstab UUID=4...3 swap swap defaults 0 0 UUID=8...8 / ext4 acl,user_xattr 1 1 UUID=e...4 /data ext4 defaults 1 2 UUID=3...d /home ext4 defaults 1 2 fdisk -l Filesystem Size Used Avail Use% Mounted on /dev/sda5 20G 9.2G 9.0G 51% / devtmpfs 2.0G 0 2.0G 0% /dev tmpfs 2.0G 88M 1.9G 5% /dev/shm tmpfs 2.0G 2.2M 2.0G 1% /run tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/sda6 20G 8.6G 9.6G 48% /home /dev/sda9 172G 117G 47G 72% /data

I'm also quite lazy at closing old tabs, and I usually have always ~30-40 of them open, but FF is still below 1G RES (even after activating each). I guess that you are visiting some sites for which FF doesn't free memory early enough; I've seen this for some sites heavily (and badly) using AJAX.

The company's CRM is AJAX heavy and I keep four tabs open there. Our phone system 'switchboard' uses Flash (ugh!) to render it's queue. I keep one tab open there. I normally have two or three tabs open to client websites. Not infrequently, that grows to five or six. I keep two or three tabs open at ~/carlh (documentation and testing pages.) Finally two or three tabs open for search / research. Up until recently, I could do all of these things without triggering the behavior. I suppose my next step will be disabling all the add-ons and enabling one at a time as a test. I was hoping to avoid this; it's like the mechanic repairing his car at work. Thanks again! Carl -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 30.04.2015 um 11:55 schrieb Aaron Digulla:

Am Donnerstag, 30. April 2015 11:39 CEST, Carl Hartung <opensuse@cehartung.com> schrieb:

Have you had a look at https://support.mozilla.org/en-US/kb/firefox-uses-too-many-cpu-resources-how... ?

I asked Firefox a long time ago to add a page or a way to dump the threads which currently use CPU or other resources (like Chrome does) but the bug didn't receive a lot of love.

Regards,

Unfortunately this page doesn't help a lot. In fact, nothing helps, also not the "RamBack" add-on. It's a bug that firefox has, and it's very, very annoying. Closing a ff tab or window does not set free the used memory. Each and every page you load, adds new used memory - and there it stays "for ever". I use to go thru link lists of photo pages, opening links in a new window, then after viewing closing this window and opening the next one from the link list. The link list is the only one that always stays open and it contains nothing but a list of "<a href..." html, no scripts, no ajax, no nothing. Still, with each opened window the memory consumption rises. Soon it gets to 1, 2, 3 GB and then ff gets really extremely slow, although I have 16 GB memory. Well, not I, but my computer. Only after closing *all* ff windows, memory gets released, and then the game starts again.... I searched a lot, but found no solution. -- Daniel Bauer photographer Basel Barcelona http://www.daniel-bauer.com room in Barcelona: https://www.airbnb.es/rooms/2416137 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, To speed up the things a little bit you can move the browser cache to the RAM by adding the following *string* entry: browser.cache.disk.parent_directory /dev/shm/firefox in the about:config page. Ensure that the browser.cache.disk.capacity value is not too big, as the cache will eat directly from your RAM. Also you can reduce the swappiness ratio only for the browser by creating a cgroup for it. This can be done by installing the libcgroup-tools package and afterward as root execute: cgcreate -a <your_username>:<your_groupname> -t <your_username>:<your_groupname> -g memory:firefox Then as normal user execute: echo $(pidof firefox) > /sys/fs/cgroup/memory/firefox/cgroup.procs echo 10 > /sys/fs/cgroup/memory/firefox/memory.swappiness Alternatively you can use echo 0 in the last command should you wish to disable the swap completely for the process. Regards, I. Petrov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVQhRSAAoJEH8sJoKRFRU5YPoP/j+eVQ+WU+l9h+KJbVgYWDxo 3sB6uvD71jiHqPPPEXuDIMVTpYkDhTAh2VXR9BZRvNBmCvTR8WpRaRWP0qccuCKJ BygJsUFuPWRwfNkNRmnjT+tzkMjYdAKWfFx5ncHycaVdvvWDM45YVTzhiFMxByhg YD6Qm6C2cJUc8YT0rIS5ajeL8sGANIoz5ZbX6rStDP9A/pzjENmR+OcSB/SLKDww j9b96/fvhx02NqtCEpuFoJE/6AfF+Yo8nNP7yRM/D5xY9Aus9xKfsrgHTGLuLxBt mu7oCavZfv9mqSR9dHWr6ILWrFVCT71aNTMZh2E3STjuVrceisykTzHxlcADXs9p m4chVkRK7DX8nK8s89KuWDi8PWmOamaVthipKvVS+e1ipKmpKN8nWiPbD4yCIz1N /A+iM/K1ESdYIPUQpEE48Hel5lPmXpIGNFhZVX1e8RTxiPwat7M1GBRd+2r2FOQe yadOJGbedcYJ30bg2S/C4/mRcQBRkwuCLW9PPHnDqGLaMHavbcg7jGyc75NtB+EU 8XVO0dvEjGhjC0guNe6TJuO9+Hck6HP0VSsz1d0mjqQkD8ztaw6OnobNnEKnUeCO GARjPJgo0MosF+LRl74sKfXuPX4Zx8TwQhEiVC+qCJR0XkWIHrDs7NKawVqKRIxe QCLUxJL1GImhDDMhRbdw =M+Bg -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am Donnerstag, 30. April 2015 12:39 CEST, Carl Hartung <opensuse@cehartung.com> schrieb:

On Thu, 30 Apr 2015 11:55:09 +0200 Aaron Digulla wrote:

...

Have you had a look at https://support.mozilla.org/en-US/kb/firefox-uses-too-many-cpu-resources-how... ?

I asked Firefox a long time ago to add a page or a way to dump the

...

threads which currently use CPU or other resources (like Chrome does) but the bug didn't receive a lot of love.

Thanks for the link, Aaron. I didn't find a great deal new there, but it did point me to a resource where I could confirm and measure (up to 60 fps) that Firefox is using hardware acceleration. It _is_ on this system, at "60+ fps," so that's nice to know!

I've found the bug again https://bugzilla.mozilla.org/show_bug.cgi?id=713227 and the good news is that it's "solved": https://developer.mozilla.org/en-US/docs/Tools/Performance The bad news is that you have to run this on every single tab. I'm still missing a general "why is it slow right now?" tool that points you to a tab or plugin. This might also help: https://getfirebug.com/wiki/index.php/Memorybug

openSUSE Firefox Extensions 1.0.2

In the past, I had problems because of libtracker http://blog.pdark.de/2012/09/11/firefox-crashing-when-opening-a-new-window-i... Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 04/30/2015 11:39 AM, Carl Hartung wrote:

KiB Mem: 4055756 total, 3413740 used, 642016 free, 179980 buffers KiB Swap:5242876 total, 1579224 used, 3663652 free. 1274052 cached Mem

ah, yes ... are you sure that nothing else new on your system needs more RAM than before? Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Thu, 30 Apr 2015 07:43:47 -0400 Anton Aylward wrote:

On 04/29/2015 05:57 PM, Carl Hartung wrote:

...

Hi All,

This one has me really pulling my hair out. It started a couple of updates back and it hasn't improved since. I can be left waiting several seconds, up to 20 or 30 seconds or even more, when I close tabs, open new tabs, open new windows and close those windows. Because I keep several logged in sessions going at once and I 'context switch' like this many, many times throughout the day, these delays are badly impacting my work. To the best of my knowledge, I haven't added anything new to the mix, just installed the normal updates. I'd appreciate any pointers or ideas that you may care to share.

I, too, have raised this in the past. I commented that some ebay items were particularly pernicious. I thought that disabling flash would help. it did - except for those sites!

See previous threads on this.

Hi All, The primary culprit was the video download helper add-on. The second is Firefox, itself, as it doesn't appear to release memory when tabs or windows are closed. None of the other extensions / add-ons had any effect at all. After uninstalling the video download helper, as long as I shut down and restart Firefox at the first sign of trouble, I can pretty much get through my work day without the system swapping. Thanks again for everyone's participation and input! Carl -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Wed, 20 May 2015 01:28:26 +0200 Carlos E. R. wrote:

On 2015-05-20 00:37, Carl Hartung wrote:

...

The primary culprit was the video download helper add-on.

Please, tell the exact name so that we can avoid installing it :-)

Hi Carlos, I had no idea there were so many! :-) Here's the one: Video DownloadHelper 5.2.0 Caveat: YMMV! The problems I described weren't strictly _caused_ by this add-on but they were definitely seriously exacerbated by it. You might be fine if your system has >4GB RAM and/or you don't keep open so many web pages (with the commensurate Flash / AJAX / jQuery components) as I do throughout my workday. I hate to point fingers at an otherwise very helpful add-on. regards, Carl -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/05/15 01:58, Carl Hartung wrote:

On Wed, 20 May 2015 01:28:26 +0200 Carlos E. R. wrote:

...

On 2015-05-20 00:37, Carl Hartung wrote:

...

The primary culprit was the video download helper add-on.

Please, tell the exact name so that we can avoid installing it :-)

Hi Carlos,

I had no idea there were so many! :-)

Here's the one: Video DownloadHelper 5.2.0

Caveat: YMMV! The problems I described weren't strictly _caused_ by this add-on but they were definitely seriously exacerbated by it. You might be fine if your system has >4GB RAM and/or you don't keep open so many web pages (with the commensurate Flash / AJAX / jQuery components) as I do throughout my workday. I hate to point fingers at an otherwise very helpful add-on.

regards,

Carl

Video DownloadHelper has been well known as one of the biggest causes of grief amongst Firefox extensions for a long time. That and one of the popular AdBlock plugins. So much so that I think Mozilla would have liked to have blocked them in the past if that weren't so unethical, due to the proportion of crashes and bugs that could be traced back to both. If those and Flash could be eliminated from the browser Mozilla's bug tracker could probably be reduced in size by three quarters. That being said, I've had Video DownloadHelper installed a long time on more than one system. Although at times I did disable it by default, I've left the new 5.x version running since it's not yet given me problems. I have 4GB of RAM on my laptop but amongst the many tabs and tab groups I always have open, I never leave more than one or two that have video / Flash components in view. I've found that sometimes merely scrolling up or down the page so that the video / animation content is well beyond the boundaries of the visible browser window causes the CPU / GPU load to go down. Especially YouTube has begun misbehaving if it is left open whilst there is another tab somewhere with video content. I use the nVidia proprietary drivers. Otherwise FF remains for me very stable. It's also worth limiting the number of tabs open that have active updating content in them, like Twitter or sports live updates. Peter -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 05/19/2015 06:37 PM, Carl Hartung wrote:

The primary culprit was the video download helper add-on. The second is Firefox, itself, as it doesn't appear to release memory when tabs or windows are closed. None of the other extensions / add-ons had any effect at all.

After uninstalling the video download helper, as long as I shut down and restart Firefox at the first sign of trouble, I can pretty much get through my work day without the system swapping.

Thank you for this. When I think about it, I can disable/remove the video download helper. After all, I don't download videos very often. It less of a problem to reinstall/restart the downloader on the very few occasions I do need it than to be regularly crippled. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org