On Sunday, May 17, 2020 12:09:19 AM CEST Dale wrote:
> Michael wrote:
> > On Saturday, 16 May 2020 13:32:32 BST Dale wrote:
> >> Dale wrote:
> >>> I guess the bug was caught and fixed.  Thanks to all that read and
> >>> Michael for trying to help.
> >>> 
> >>> Dale
> >>> 
> >>> :-)  :-)
> >> 
> >> I have some more info and some doesn't make much sense.  I thought this
> >> might be fixed but guess not.  While it is somewhat slower to take up a
> >> lot of memory after a recent plasma update, it does still get there.  It
> >> takes a day or so now where before it was just a few hours.  Logging out
> >> and back in does reset it to normal tho.
> >> 
> >> One thing that seems to stand out, Firefox and one profile in
> >> particular.  I have two profiles that I use a lot nowadays.  One is for
> >> ebay, Amazon, tracking shipments etc etc.  The other is where I do
> >> youtube and other video type sites.  It has a video download helper
> >> add-on installed but the rest is mostly the same.  When I have the first
> >> profile open, it is slow to consume memory.  When I open the one I use
> >> for videos, it starts building up faster.  While I can logout and back
> >> in daily, it still gets to around 5% or so.  I usually start planning to
> >> logout and back in when it hits 4% or so.  It's at 5 by the time I get
> >> everything to where I can.  Thing is, closing Firefox doesn't seem to
> >> have any effect on it.  It slows down some but doesn't get back to
> >> normal memory usage.  I can't quite figure out how Firefox can have a
> >> effect on it tho.  I realize it is running within the GUI and all but
> >> still, it doesn't make much sense.
> >> 
> >> I do a emerge -e system and world the other day in my chroot.  Once
> >> done, I did a complete re-emerge on my running system.  All was done
> >> with the same gcc, 9.3.  I'm not sure it did any good but at least it
> >> rules out some sort of mismatch with different packages running with
> >> different gcc versions.  It also rules out and sort of broken linkages
> >> and other mismatches as well.  I've also updated kernels and video
> >> drivers with no change.  I also disabled my background slideshow to see
> >> if it was causing this, no change.  When I was doing my emerge system
> >> and world, I had Firefox and at times Seamonkey closed and it stayed
> >> within reason at least.  It would get up to around 2% but seemed to stay
> >> there.  I'm not sure what to look for or even for sure what is exactly
> >> the trigger for this problem.  It seems Firefox affects it but not sure
> >> why that is exactly.
> >> 
> >> If anyone has ideas, I'm open to them.  I can't think of anything else
> >> to try at the moment.
> >> 
> >> Dale
> >> 
> >> :-)  :-)
> > 
> > Just an idea:
> > 
> > Log out/in, check memory usage is normal.  If not log out, restart /etc/
> > init.d/xdm and login again.  Start FF without any addons.  Use a new
> > profile if necessary.  Check memory usage.  If after a while under normal
> > use you still have reasonable levels of memory usage, then you can start
> > adding one add-on at a time and see where that gets you.
> > 
> > You may also want to give youtube-dl a spin.  I know, it's not a FF-GUI
> > video download tool, but it works without getting in the way or eating up
> > RAM unnecessarily.
> 
> I have a test Firefox profile that has very few if any add-ons
> installed.  I sometimes use it to test problems.  Anyway, I suspect the
> video download add-on myself.  Ever since the big change with add-ons
> and multi-process support, the video add-on has had issues.  I've had
> crashes, excessive memory usage by Firefox itself etc etc.  For the most
> part, the video add-on works but it is not like it was with the older
> versions of Firefox.  While sddm-helper does use more memory even
> without Firefox, it just gets much worse with it. 
> 
> I have and use youtube-dl.  I use it for youtube and a couple other
> sites that it works with.  Thing is, some sites don't work with
> youtube-dl.  It tries but it reports some sort of error, error varies
> from site to site, and then stops.  I wish it would work because it is
> drop dead easy to use once you get it configured.  I've got mine set up
> pretty well.  It will try to get 1280x720 but no larger if available. 
> For what I do 99% of the time, that works very well.  File size is
> manageable but has a good resolution.  Of course some older videos are
> 480 or something but still, I like the tool. 
> 
> I see another KDE upgrade being released.  It is a plasma update so
> hopefully it will hit the tree by Sunday.  Maybe it will have a fix or
> something.  In the meantime, I'll keep observing and trying things to
> see if I can figure out what is going on.  It's confusing tho. 
> 
> Thanks.  Will try to the test profile shortly.  I'm at 6% or so right
> now.  Time for a reset anyway. 

Dale,

The few times I have issues with "sddm-helper" is when I resume my laptop from 
hibernate. (Not always, but occasionally)
The issue I see is 100% CPU-usage and a black X-display. I can switch to 
console (CTRL+ALT+F1), login as root and kill the offending sddm-helper.
It gets restarted automatically and I see no issue.

Do you tend to lock your screen a lot? As it might be related to screensavers. 
(I have a simple static lock-screen, nothing remotely fancy)

Also, you can try killing "kill -9 sddm-helper" when it goes up and see what 
happens next.

Is there anything in the sddm-logs?
Mine, for some reason, writes to /var/log/sddm.log

Do you have anything special in your Xsession files and/or profiles (incl. 
bash_profile and bashrc) that is non-default?

Which login-theme do you use?

--
Joost




Reply via email to