From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-191316-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id 696F51382C5
for <garchives@archives.gentoo.org>; Sat, 16 May 2020 22:09:29 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id E1D63E0A90;
Sat, 16 May 2020 22:09:22 +0000 (UTC)
Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 6882FE0933
for <gentoo-user@lists.gentoo.org>; Sat, 16 May 2020 22:09:22 +0000 (UTC)
Received: by mail-ot1-x342.google.com with SMTP id f18so811350otq.11
for <gentoo-user@lists.gentoo.org>; Sat, 16 May 2020 15:09:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20161025;
h=subject:to:references:from:openpgp:autocrypt:message-id:date
:user-agent:mime-version:in-reply-to;
bh=3N8c+oXjpmmtttYnFQV+AJ4RegEIVKt0LSgnam1iPzc=;
b=R4r4q4bNFocqbdWZMheJkAZKJJQdijQDwNso7tr8r+s0kTk7GqKHb+fearvNLHuXDH
zHbEpltlBuYKWVzHmnFoPBIwoxn6pWX/ERn6IHZaxYAr1zO5EHtWWX79nZtcfIynqD8q
IhoW++6UIcLRw3h90cyjii45oW+WgYgNnIQtTx5LbPJIrBiGZgQ7KSfJBfCWmodYJqri
Rlgj24M2rq0sJohNj7ZOfOQ9cbHYotD7SL/IUy7W82MJ4J4Euc5u0JQzDIGqqBoiiJaM
JuwsD9zywIq2UGXcgktUzhdSHgGpj1k4T/H12Zt/gcHqUxdfmsZDSxMr5t+P1x+GSMOc
DvZw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt
:message-id:date:user-agent:mime-version:in-reply-to;
bh=3N8c+oXjpmmtttYnFQV+AJ4RegEIVKt0LSgnam1iPzc=;
b=ujkMgP8PREQakBSRxzVNaCJrXEwlFPhBsdAUbNswu9bofx4GqR/hRn8HuOtoXLhkP2
vi8lV01E6xb1XYGN4ymUiZOT/J63BLMbU5r7myWao4NSAaPt7L/6NNKh107VJn8o4BZB
mRAxt8tDJu9mbtkS/ewfvdubLv6JZtlZXZu3mL6L6aCidpx4449ZkbQ2ad0iiLA+pKIK
zfZNvvRcO1I2UJzdXtR4DBETO+gtGLnFpDi5mWqxwbQIRy+ekhLQ2EBBoa/SqLL5thM9
n69oUVkM5TtKYjDLfLzVpu7RSGYCW83eIT3gNfyVjC8sxivGjpVtIgJVVcYFgrYF/6wW
VLHQ==
X-Gm-Message-State: AOAM5321eOk0PvHWbe7pVsoj76bRyMWIAbwKsob6vr8g4Sgve7JJMVMg
3jKVZwjrRsZ5Rb4yxRleFis=
X-Google-Smtp-Source: ABdhPJz0EIpiRK6g34X+1fEYvOn+KDQPvn+6nCJO5AtwowcAkS7DqW5Byvd1MGD+9biVQHhr07na9g==
X-Received: by 2002:a9d:d0a:: with SMTP id 10mr6847877oti.189.1589666961461;
Sat, 16 May 2020 15:09:21 -0700 (PDT)
Received: from [192.168.0.100] (adsl-074-188-246-009.sip.asm.bellsouth.net. [74.188.246.9])
by smtp.gmail.com with ESMTPSA id k12sm1779261oik.30.2020.05.16.15.09.20
(version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Sat, 16 May 2020 15:09:20 -0700 (PDT)
Subject: Re: [gentoo-user] sddm-helper and high memory usage
To: gentoo-user@lists.gentoo.org
References: <706b68ae-a6d7-db97-33e2-98838682befc@gmail.com>
<8fede0d2-f61e-44b8-60ea-7f47ea35ca9f@gmail.com>
<0030a350-017c-95a7-2898-254267101546@gmail.com>
<7759979.T7Z3S40VBb@dell_xps>
From: Dale <rdalek1967@gmail.com>
Openpgp: preference=signencrypt
Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata=
mQINBFxc7MgBEAC+zrgEdqJJiDe/UDAB+ScmferXWfJTVjbVT2T4DQ7jiLrgP9aNUo1HioNF
mrU3JPOCR32gvZyTbY1+niO5+VSo/+pSqQ785h6ZDj1klMkrg6tEzGnf2MNBpBj4houZwxQ+
WDKKTg2M9F+lv8wTIdR/JQn+hSviktLMtrghQlyLhpapsLXWLA6gMFebpQYwxUwemvan8ddX
lQvJe9FGyFYvBi0dp1gl10F2O+DVZJxvX8xkX+yImVlhVJiC31gXHRcj+Qlo7gprlU7TIieF
Uow6/ZvYKJ26pztVdFCg5w0rMJkF/x8Zd4A6wnuptiAPmWaQ1+YKgYDonbDUgwqFSx5/lN5z
DGZ4LlioxeUTTPVvZsqBIeDz6jNFA583OYbo1/S26dqrvTFf2DKlsvoDpVfAhNlwJPjoixs0
X3FNqPv+M10n4kq5Iz7Q9E3O4s/nfFIYGocEslVka7zZPkXSaHbsn+KJlY8XV6qxtCEdh0/V
XX1+1aU2J74M0JikWhpwxTZ1dP5aOyWSPPEgFFIRW6xwwC02SoRH9a7mggfGYp/YjPlONNaT
SCL8sgRfvmq3D0XTbLyTjSbExxkfKDmbePQagawDE3TlI/oivHf1JaAcbwMb3LZuU4TGcOIl
5D+x7q0MUIeCop0ZFOwAnqW3AVVNvsBkv2KN+IHJryWAf0/iMQARAQABtBtEYWxlIDxyZGFs
ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgWIQTZ7suruPBaS60bCYXvEM/XWu+ZnAUCXFzs
yAIbIwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRDvEM/XWu+ZnN+7D/4/1dNG4aCz0+v+
0dcjV5tY1feYEWCdHKyDzxWBxlCpd/0NPRQeNY4VMjbCl/sq7GkXi/c2SbfWDQ5BQRkkExG1
pSwuXSIehGok/4fpTi3HDAguRvzdCqlKPt7me05FyiC/WnpY5GOlJ3ruGw2qABv/RmV2q5b/
tkq7h1y1f16DTNr3/nsj8HzHcrHdXdL4kaYChSOe/dbQR9Stqak7eMyR+iwvrJMNF/CGl70P
2x5ybsXMDzRVOqNcpa5ZdhEMTVh6+vC1SOmm1BFMF8XCqBEvBbcHWDQmGYTdNCsS/ADm8CBl
gvjJgLdIsAzoMu4WHQDFnzXAoArqFWgAf53isOS4AWrv29tF9b8Aa1vb7h5JEa+ArcMsA6Gl
X38+GY6WXXaxKI9n3PTCWu9tPGnRh7mABjnwEosDDqmzw8aTAYECb3avDuGY2rmcjgh4H6RE
w08d63j1T4d5J9wlm4TGtW/VHgbUFkATEdH3Acl/EjFiyqTiX7p8kU6Reu5enIkogA93xoQh
Rmy7ZiST/5LN+ZkaOdyjIw0L+5KalslN9SKt809YxgJ6kPo657LNTFPiFvFA46/SEWcBYrzq
Xk0wEW0gBRWf+BqN0qRhU0/EQ+QfRdLLFg2xtUePwlheYLXxfyDLrdCCOLWYpkzbjCZHLS4u
69smbvR9S9KBDNzJybxEWrkCDQRcXOzIARAA5IGRWTqaM44IJgBYghZg2fGj0Am7KWPhE7V7
T/EEe7vVSUEFqHtlHzI4ZK6Q0AZ9uAEjE8IJIQ7KoTjzNqAtabP0vp3s0szgtJlsZ+8vGKlQ
my7fvzSrdoQL0Xn7CEwJYFXJ1EMUcYIQeoHG1cUAaXx73k9BFbjwjnUeMrqlV/ZovQlg7duW
nESfQ7HZu5NrtYyY3jPMUouxiO9WQPh+IHxZbt1absF2VcvRAymD32RxGvMPbw6ChMRD/p9O
4PH7M5rXaxr78NXQX9E48vrI00f1cYb9NSN1HnSV8cW3jKObVjdBk6jPQwrMvdpgdQhUB9aZ
HS/9mC9mmAgiXKyCpzXe7FPB6QznSfn4GIaC/luy1e6SLUkJhRK/niB+gq+Mfxg2zXNuDUTI
cMGmpDCp3kgUoorkaltk8RW09io95BkXrGhcDNuSGZfAParBc7RXyYpbIcax8St7tEAd2oFh
4seYOPUlzuhGrPpqR/91wrFc4E1260GKauSr4UhMJv6tygBwyC0mmBMKi+ZXw6ZdZxA5fg7y
35P3TILjznCXXTDgRHq9A3NknKRMcgFacX6eIhANkMFo6oJVjuEgy1dvu1wFfDq7c+i8GAHu
L4pYzyXYu6PporlNNU0xSwdVgzM/uuK0lt+UxCimgC+YR3IezgDcbfudb7h9dGIwL+bbPL0A
EQEAAYkCNgQYAQgAIBYhBNnuy6u48FpLrRsJhe8Qz9da75mcBQJcXOzIAhsMAAoJEO8Qz9da
75mcXZ4P/1YXgWDZek7mhzrf6uaQzMxa92P89HeWz4PlgB/32symeEFAV04WazzBZffI8AYY
rGA1Xmu/2VaB9+FOODyKhUWBc2UL0NRWBk6POwboyTdKlclmpixaN9zLcBt0YLejoRfN1B/5
aQf9/lUDZMnAiCyz0FgeqEMUshldmwWC35RqnjrCbbuk2vIqSH6BLDIXU6jQrLHE1DF0ai41
wLtQFAFXPhn45n0ZwYhVs4Z32z4sjXrIvgBgCaXa4HM+L1Klne0KiNM8ReFTTpTE0SgyDOSZ
O3MOa2n77i6JbVtsbiFYnNeP3J9S/l3jevGpZEtNQOKrIm1MW8jGuHWtsDeMkT/mCcSodlkt
PxIo+mMK9GpGvG2hW80LiohqNfUbNwAmr3blOYY4URPXPRnEnPs4pmTmL5owjw2dkg145i9I
D42Tq+XZ6YtWt3SGzGbAYow6XwTwZ5NFAzV9UQuCGrDw4KWan6O6Z+VIYWsn0UMZlu1Obxna
aocofkaUCbISK26kImuD1aA8juSHC18Qv1xUage6/UakbSxyDtACqt6hOVFKX3IA59ApdNRT
+2x3iCmlvF9MJsGgFq6IpqL+Fk7iWV8Kjbz0wQOId6N9+JdQh3LrLaS7a1PowUm1z9DK5/O0
Yg+gpDnEOOFI7WM5u7a7FSM2Z/LXGVwel/0eWvLk9tN6
Message-ID: <f26283e9-3b7f-13ce-d356-6ebd270620bf@gmail.com>
Date: Sat, 16 May 2020 17:09:19 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
Firefox/60.0 SeaMonkey/2.53.2
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
In-Reply-To: <7759979.T7Z3S40VBb@dell_xps>
Content-Type: multipart/alternative;
boundary="------------0865C4794FB0ABD058736F43"
X-Archives-Salt: d819da41-56a8-4e78-b038-6e3af9988e36
X-Archives-Hash: 84d5a6b41671b985377cbd6655c467e3
This is a multi-part message in MIME format.
--------------0865C4794FB0ABD058736F43
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
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
:-) :-)
--------------0865C4794FB0ABD058736F43
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Michael wrote:<br>
</div>
<blockquote type="cite" cite="mid:7759979.T7Z3S40VBb@dell_xps">
<pre wrap="">On Saturday, 16 May 2020 13:32:32 BST Dale wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Dale wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I guess the bug was caught and fixed. Thanks to all that read and
Michael for trying to help.
Dale
:-) :-)
</pre>
</blockquote>
<pre wrap="">
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
:-) :-)
</pre>
</blockquote>
<pre wrap="">
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.</pre>
</blockquote>
<br>
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. <br>
<br>
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. <br>
<br>
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. <br>
<br>
Thanks. Will try to the test profile shortly. I'm at 6% or so
right now. Time for a reset anyway. <br>
<br>
Dale<br>
<br>
:-) :-) <br>
</body>
</html>
--------------0865C4794FB0ABD058736F43--