I use Seamonkey for email and I've noticed it's sometimes very sluggish when I press a key or move the mouse. It someties takes several seconds to respond. If I kill & restart it, it works OK for a while. Other apps don't seem to have the problem. Anyone else seen this? Running on Leap 15.3 & KDE tnx jk
On 2021-08-26 09:32, James Knott wrote:
I use Seamonkey for email and I've noticed it's sometimes very sluggish when I press a key or move the mouse. It someties takes several seconds to respond. If I kill & restart it, it works OK for a while. Other apps don't seem to have the problem.
Anyone else seen this?
yes and no. Not with Seamonkey but with other applications. I've given up on Firefox for that reason, turned to Chromium. it seems that for some reason Firefox places a high demand on swap. I took to running "vmstat -SM -a 15" as root in an xterm and saw swap grow and grow and grow even when I was doing nothing. Firefox, or one of the plugings, seems to have a memory leak. Yes I've tried disabling plugins but not found the leak. Perhaps it is Seamonkey; perhaps it is about rendering HTML, perhaps ..., perhaps it's some other application you are running and Seamonkey is the one that suffers, Seamonkey is not the cause. You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop? -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems. I only run KDE. tnx
On 2021-08-27 10:23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
Indeed, but that doesn't prevent you experimenting with lxde or similar. After all, thunderbird/Firefox/Seamonkey are GTK styled applications rather than QT applications. It may be worth the experiment. -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
On 27/08/2021 16.23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
On Firefox you can open the virtual page "about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On Fri, 27 Aug 2021 20:17:53 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 27/08/2021 16.23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
On Firefox you can open the virtual page "about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
The thing on firefox that is taking most memory (700 MB), by a factor of at least five, is something called 'Task Manager'. What is that? And the things behind that in the pecking order were two tabs that I had already closed, some hours ago. What is that all about? I hit X (close tab) but I had already closed the actual tabs!!!!
On 27/08/2021 21.40, Dave Howorth wrote:
On Fri, 27 Aug 2021 20:17:53 +0200 "Carlos E. R." <> wrote:
On 27/08/2021 16.23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
On Firefox you can open the virtual page "about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
The thing on firefox that is taking most memory (700 MB), by a factor of at least five, is something called 'Task Manager'. What is that?
That's the "about:performance" page, but mine only has 355megs.
And the things behind that in the pecking order were two tabs that I had already closed, some hours ago. What is that all about? I hit X (close tab) but I had already closed the actual tabs!!!!
Notifications active, perhaps? -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On Fri, 27 Aug 2021 22:55:25 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 27/08/2021 21.40, Dave Howorth wrote:
On Fri, 27 Aug 2021 20:17:53 +0200 "Carlos E. R." <> wrote:
On 27/08/2021 16.23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
On Firefox you can open the virtual page "about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
The thing on firefox that is taking most memory (700 MB), by a factor of at least five, is something called 'Task Manager'. What is that?
That's the "about:performance" page, but mine only has 355megs.
So why is it reporting itself as taking so much memory?
And the things behind that in the pecking order were two tabs that I had already closed, some hours ago. What is that all about? I hit X (close tab) but I had already closed the actual tabs!!!!
Notifications active, perhaps?
No idea what a notification is?
On 27/08/2021 23.16, Dave Howorth wrote:
On Fri, 27 Aug 2021 22:55:25 +0200 "Carlos E. R." <> wrote:
On 27/08/2021 21.40, Dave Howorth wrote:
On Fri, 27 Aug 2021 20:17:53 +0200 "Carlos E. R." <> wrote:
On 27/08/2021 16.23, James Knott wrote:
On 2021-08-27 10:11 a.m., Anton Aylward wrote:
You really haven't given us a lot of context about your setup, environment. So you're running KDE. Does this happen with any other desktop?
As you noticed, this sort of problem can be hard to nail down. I am aware that Firefox has issues too. Given the common roots, it's no surprise that both might have similar problems.
I only run KDE.
On Firefox you can open the virtual page "about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
The thing on firefox that is taking most memory (700 MB), by a factor of at least five, is something called 'Task Manager'. What is that?
That's the "about:performance" page, but mine only has 355megs.
Oops. 35 megs, not 355.
So why is it reporting itself as taking so much memory?
Dunno, probably because it does take that much memory in your case.
And the things behind that in the pecking order were two tabs that I had already closed, some hours ago. What is that all about? I hit X (close tab) but I had already closed the actual tabs!!!!
Notifications active, perhaps?
No idea what a notification is?
When a site asks you permission to send you notifications and you say yes. Or you have them enabled by default. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 2021-08-27 14:17, Carlos E. R. wrote:
On Firefox you can open the virtual page"about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
Just out of curiosity, is there something like that for other browsers? -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 El 2021-08-28 a las 07:29 -0400, Anton Aylward escribió:
On 2021-08-27 14:17, Carlos E. R. wrote:
On Firefox you can open the virtual page"about:performance", and see information of what tabs are impacting firefox in cpu and memory, and kill those tabs.
Just out of curiosity, is there something like that for other browsers?
Chrome, 95% sure has it and more. I don't remember the incantation, but I checked it once, long ago. - -- Cheers Carlos E. R. (from openSUSE Leap 15.2 x86_64 (Minas Tirith)) -----BEGIN PGP SIGNATURE----- iJIEAREIADoWIQQt/vKEw5659AgM/X2NrxRtxRYzXAUCYSol2hwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJEI2vFG3FFjNcWAAA/RwODDlSk1tX4jFSvlws 7u6tRVxDdb/6Hcb7hk0jFapmAP0R/2cBt/r77Ufz0J1pxXdF3IT2vA3F7+BPMaN9 4jQFKA== =8YPz -----END PGP SIGNATURE-----
James Knott composed on 2021-08-26 09:32 (UTC-0400):
I use Seamonkey for email and I've noticed it's sometimes very sluggish when I press a key or move the mouse. It someties takes several seconds to respond. If I kill & restart it, it works OK for a while. Other apps don't seem to have the problem.
Anyone else seen this?
Yes, but not often. Many weeks can go by without seeing it.
Running on Leap 15.3 & KDE
How often do you compact folders? How often do you close SM entirely? What is your swap configuration? -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2021-08-27 1:43 p.m., Felix Miata wrote:
How often do you compact folders? How often do you close SM entirely? What is your swap configuration?
I have the folders configured to automatically compact. I shut it down only when I have to, due to poor performance or rebooting the computer I have 16 GB of swap space on the hard drive.
James Knott composed on 2021-08-27 14:12 (UTC-0400):
Felix Miata wrote:
How often do you compact folders? How often do you close SM entirely? What is your swap configuration?
I have the folders configured to automatically compact.
I have it set that way, but I empty trash daily, immediately followed by manual compacting. Thus, automatic compacting here is rare. Nearly always I delete attachments to saved mails, to keep mail folder sizes svelte. Annually I move the biggest mail files to a subdirectory, also to keep the most active folders svelte. These subdirectories now date back to 2005. My busiest profile's mail directory consumes 434M ATM, complete busiest profile 966M, with 92M in tmpfs.
I shut it down only when I have to, due to poor performance or rebooting the computer
Almost the same here. Generally I try to keep it open less than a week at a time.
I have 16 GB of swap space on the hard drive.
I have 32G RAM, and usually keep my swapspace disabled. When I see RAM consumption approach 100% with less than 50% in cache, I'll restart the browser(s) that have been open longest, or close them all, then log out and right back in. Purposeful logouts are always with all Mozillas and other browsers closed. Normally I have two instances of SM, one of FF and one Palemoon open continuously, with another of FF and/or Chromium and/or Falkon open briefly on occasion. There's no way to tell how many tabs I have open. The count probably exceeds 120 by a bunch, maybe twice that. Recently I changed most Mozilla profiles to have their cache in /tmp/ on tmpfs instead of /tmp/ on disk. Normal cache location for Mozillas is in their profile directories on disk. The move to tmpfs seems to have reduced the occasional pauses. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2021-08-27 15:19:25 Felix Miata wrote:
|Recently I changed most Mozilla profiles to have their cache in /tmp/ on | tmpfs instead of /tmp/ on disk. Normal cache location for Mozillas is in | their profile directories on disk. The move to tmpfs seems to have | reduced the occasional pauses.
Um... is that something that you changed somewhere in the profile's directory, in about:config, or...? I like the idea. Leslie -- Distribution: openSUSE Leap 15.3 x86_64
J Leslie Turriff composed on 2021-08-27 17:51 (UTC-0500):
Felix Miata wrote:
|Recently I changed most Mozilla profiles to have their cache in /tmp/ on | tmpfs instead of /tmp/ on disk. Normal cache location for Mozillas is in | their profile directories on disk. The move to tmpfs seems to have | reduced the occasional pauses.
Um... is that something that you changed somewhere in the profile's directory, in about:config, or...? I like the idea.
browser.cache.disk.parent_directory in about:config or user.js. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2021-08-27 19:06:01 Felix Miata wrote:
|J Leslie Turriff composed on 2021-08-27 17:51 (UTC-0500): |> Felix Miata wrote: |>>|Recently I changed most Mozilla profiles to have their cache in /tmp/ |>>| on tmpfs instead of /tmp/ on disk. Normal cache location for Mozillas |>>| is in their profile directories on disk. The move to tmpfs seems to |>>| have reduced the occasional pauses. |> |> Um... is that something that you changed somewhere in the profile's |> directory, in about:config, or...? I like the idea. | | browser.cache.disk.parent_directory | |in about:config or user.js.
Thank you. Leslie -- Distribution: openSUSE Leap 15.3 x86_64
On 27/08/2021 19.43, Felix Miata wrote:
James Knott composed on 2021-08-26 09:32 (UTC-0400):
I use Seamonkey for email and I've noticed it's sometimes very sluggish when I press a key or move the mouse. It someties takes several seconds to respond. If I kill & restart it, it works OK for a while. Other apps don't seem to have the problem.
Anyone else seen this?
Yes, but not often. Many weeks can go by without seeing it.
Running on Leap 15.3 & KDE
How often do you compact folders? How often do you close SM entirely? What is your swap configuration?
During the automatic compact operation Thunderbird does not respond. I guess the same happens to the mail part of Seamonkey. Similarly, it does not respond when it is checking for news, if you use the nntp part. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 2021-08-26 9:32 a.m., James Knott wrote:
I use Seamonkey for email and I've noticed it's sometimes very sluggish when I press a key or move the mouse. It someties takes several seconds to respond. If I kill & restart it, it works OK for a while. Other apps don't seem to have the problem.
Anyone else seen this?
Running on Leap 15.3 & KDE
tnx jk
This seems to be getting worse. At the moment, I have only email open, no browsers at all, and it still takes several seconds to respond at times. Top often shows Seamonkey at 100% CPU.
participants (6)
-
Anton Aylward -
Carlos E. R. -
Dave Howorth -
Felix Miata -
J Leslie Turriff -
James Knott