Michael wrote:
> On Thursday, 30 April 2020 21:14:05 BST Dale wrote:
>> Dale wrote:
>>> Howdy,
>>>
>>> <<<SNIP>>>
>>> When it did this the other day, I closed all my programs so I could
>>> logout, reset and log back in again. After I hit logout, I noticed the
>>> little memory usage meter on the bottom of my screen was down to a more
>>> normal level. It was already logging me out so to late to stop it. It
>>> seems that it dropped after I closed Firefox. I tend to have two
>>> profiles running and they use quite a bit of memory on their own. The
>>> new thing is sddm using this much as well. Could Firefox have some
>>> effect on this??
>>>
>>> <<<SNIP>>>
>>> Any ideas?
>>>
>>> Dale
>>>
>>> :-) :-)
>> Ignore the part about Firefox. I noticed it was up to about 4.3GBs or
>> 13.5% again and closed all my browsers. After that was done and it
>> settled a bit, it was using the same amount of memory. Closing my
>> browsers has no effect on it's memory usage. Logging out and back in
>> again, back to normal. I'm sure it will start rising again tho.
>>
>> Still curious to see if anyone else has this issue or has a idea on how
>> to fix it.
>>
>> Thanks.
>>
>> Dale
>>
>> :-) :-)
> I'm running stable here and have not noticed sddm eating up much memory on a
> single user PC with 16G RAM. I'm not running FF at this moment, but Kmail,
> plus a tonne of akonadi sql processes, plus gkrellms. However, sddm
> shouldn't
> be consuming much RAM beyond passing authentication credentials to X and
> starting a session, dynamically pulling in dbus & syslog.
>
> My sddm config has not been changed from defaults, but I have switched the
> theme to Elarun via Plasma's SystemSettings. I use no icon for avatar. The
> X
> session memory usage changes, but sddm is pretty much stable from what I
> observed.
>
> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
> root 3822 0.0 0.0 136480 15324 ? Ssl 15:37 0:00 /usr/bin/sddm
> root 3888 4.1 0.5 1384204 85148 tty7 Ssl+ 15:37 1:42 /usr/bin/X -
> nolisten tcp -auth /var/run/sddm/{long_string_here} -background none -noreset
> -displayfd 17 -seat seat0 vt7
> sddm 3961 0.0 0.0 4552 2264 ? S 15:37 0:00 dbus-launch
> --autolaunch long_string_here --binary-syntax --close-stderr
> sddm 3962 0.0 0.0 3868 1948 ? Ss 15:37 0:00 /usr/bin/
> dbus-daemon --syslog-only --fork --print-pid 5 --print-address 7 --session
> root 4030 0.0 0.0 54516 14020 ? S 15:38 0:00 /usr/libexec/
> sddm-helper --socket /tmp/sddm-auth0472070a-360a-4d6f-9715-b06b8f18b464 --id
> 1
> --start /usr/bin/startplasma-x11 --user michael
> michael 10000 0.0 0.0 7964 752 pts/1 S+ 16:18 0:00 /bin/grep -E
> --colour=auto --color=auto USER|sddm
>
What you post is about what it used to do. Last night I rebuilt
everything equery d sddm returned plus a couple extra packages as well.
I logged out, logged back in and while better, it is still using to much
memory. This is the current usage and it has been steady for a few
hours now.
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 20325 0.2 1.2 458860 418280 ? S 05:20 0:53
/usr/libexec/sddm-helper --socket
/tmp/sddm-auth09e6b5a4-8a3d-42d5-9068-eefeecc22458 --id 1 --start
/usr/bin/startplasma-x11 --user dale
While it is better, it should be a lot less than that. I have 32GBs
here so even 1.2% is a good bit. I'm starting to run revdep-rebuild as
I type. I'll see if it catches anything. If not and it keeps doing
this, I may do a emerge -e world which should catch any sort of
linking/depends problems.
I wonder if this has anything to do with my wallpapers?? That caused
other issues a while back but surely not.
Thanks for the info. At least it seems to just be me.
Dale
:-) :-)
