From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 DEF3F1382C5 for ; Sat, 16 May 2020 12:32:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A4330E09AE; Sat, 16 May 2020 12:32:35 +0000 (UTC) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 4AB9FE0883 for ; Sat, 16 May 2020 12:32:35 +0000 (UTC) Received: by mail-oi1-x22a.google.com with SMTP id i13so4795200oie.9 for ; Sat, 16 May 2020 05:32:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to; bh=lfywzFudqhjsNfle3KofshEPp0cbZtmQUh4dvdWt8XU=; b=QIyYjZF9ksKOZVt2hXwOXWY36aMGrZmOuv3v6ceujk1HJV4A9LYxgMyu+yCmjGWORY ouDo4YKzSzbBPY4BpoA2WWmFwvP2gCH3XZCRTkG/vKI6b3lk3yD+lNoN4mPYgMGwJhoF l8wBSoeuJgxt0+R/aG6qaDuyEIEr6GBeOXa7cmCBEXl9KfzW4V1YK/SubtSSpkZeQl3K rm5bdvPOdfeHHRxsrx9tTMOKxSw7E+nBwB++FpqS7+vdbWfJUIJte6xjnjAvuQzqNqGZ ocQC8gHpSpJHztbogRzarBtb4uoU9nnv1tOq0gESEQs0STqAsLCDpwj3D47Vl6UK+H6y 8nHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to; bh=lfywzFudqhjsNfle3KofshEPp0cbZtmQUh4dvdWt8XU=; b=hZaJSU9715tA7eyv8Z4GEV6uFIhljmxWZlPy+B+XvRCzMiq5AkRgEJiBgtX2YrlMLZ yfxhXMRtNqRxk+yhGLkukykvLseUhs7bieQTOtEM+8MDWHLDUA6PYP5cvVtHsY3lGIK5 YfXVSXYLRfCdpwRvZLpUWjZQcMBleNeDdtiFu3gXXlEHUaVOljJmQTW6Gkx20+MMoEsA nSXxD7rIoElTemu9KjPXITqlJt45/Oh8EElxr6Aamik6ne3aTkKzsiradxfwhUc4Tzns yrpiR3dUpTBxefkk+bwo2cgmevp5z7VOm/i5Ajt2p4h+7Fzf6tnHxvhEKq/D7bMhSsbk DqxA== X-Gm-Message-State: AOAM530uWUkfPE9dgnFek9aCKD1K8nkKkGRPv8EwfRfvEc7nZVqf6TAo dxt4l4RJ/EGNy27jB1W2lS4= X-Google-Smtp-Source: ABdhPJwttUZBNjxZwS7qBCi40h/3P2tEJESZj6C2AsQ5vGguxbJlZjkCCB9n00gKEJqdhkTXCpEgUw== X-Received: by 2002:a05:6808:24f:: with SMTP id m15mr5460522oie.152.1589632354402; Sat, 16 May 2020 05:32:34 -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 s73sm1434208oih.14.2020.05.16.05.32.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 May 2020 05:32:33 -0700 (PDT) Subject: Re: [gentoo-user] sddm-helper and high memory usage From: Dale To: gentoo-user@lists.gentoo.org References: <706b68ae-a6d7-db97-33e2-98838682befc@gmail.com> <8590358.CDJkKcVGEf@lenovo.localdomain> <8c351adf-febd-f84a-2bec-47825055fb85@gmail.com> <8fede0d2-f61e-44b8-60ea-7f47ea35ca9f@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: <0030a350-017c-95a7-2898-254267101546@gmail.com> Date: Sat, 16 May 2020 07:32:32 -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: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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: <8fede0d2-f61e-44b8-60ea-7f47ea35ca9f@gmail.com> Content-Type: multipart/alternative; boundary="------------D83B156980691071A2E94AC6" X-Archives-Salt: 5833ea0b-cfb4-477d-8d52-e5a4c2090360 X-Archives-Hash: 2a2d05eaf08327d2dfbf50eb43c26705 This is a multi-part message in MIME format. --------------D83B156980691071A2E94AC6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 :-)  :-)  --------------D83B156980691071A2E94AC6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
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

:-)  :-) 
--------------D83B156980691071A2E94AC6--