<div dir="ltr"><div>Right now I don't have any memory leak, but any add-on can leak memory into the plasmashell process.</div><div><br></div><div>So when there is going to be a leak cannot be controlled in reality. Even if you want to fix it, the consequences of not having a safeguard is a critical system failure.</div><div><br></div><div>Anyway I will contact them. Thanks 👍</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 16 Mar 2021 at 15:39, Konstantin Kharlamov <<a href="mailto:hi-angel@yandex.ru">hi-angel@yandex.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think the most interesting thing here is to know what plasmashell developers<br>
think about it. Is it perhaps possible they don't have a reproducer for memory<br>
leak, and you have it? In which case it seems more productive to fix the bug.<br>
<br>
Please, get in touch with plasmashell devs, I'm sure they will be glad to get<br>
any help in addressing that sort of issues.<br>
<br>
On Tue, 2021-03-16 at 15:34 +0100, Alberto Salvia Novella wrote:<br>
> The thing is that plasmashell isn't always started via its service, at least<br>
> this is the case on my system. I shall look into that.<br>
> <br>
> On Tue, 16 Mar 2021 at 07:41, Konstantin Kharlamov <<a href="mailto:hi-angel@yandex.ru" target="_blank">hi-angel@yandex.ru</a>> wrote:<br>
> > On Tue, 2021-03-16 at 01:29 +0100, Alberto Salvia Novella wrote:<br>
> > > I have created this tool for the Plasma desktop:<br>
> > > <a href="https://gitlab.com/es20490446e/plasma-leakguard" rel="noreferrer" target="_blank">https://gitlab.com/es20490446e/plasma-leakguard</a><br>
> > > <br>
> > > Shall I announce it somewhere?<br>
> > > <br>
> > > (When replying please include my email address on the "to" field, as I<br>
> > > have<br>
> > > mail delivery disabled for this list)<br>
> > <br>
> > (note: I'm just a random passer-by contributor)<br>
> > <br>
> > I think you better discuss this with plasmashell developers. Clearly, memory<br>
> > leaks need to be fixed instead of working them around. Although if they deem<br>
> > such tool as you suggest necessary, to me it seems easier to implement by<br>
> > creating a plasmashell user-level service with `MemoryMax=` variable set and<br>
> > being restartable (or, in case they wouldn't want to depend on systemd, I<br>
> > imagine it should be available with bare cgroups too).<br>
> > <br>
<br>
<br>
</blockquote></div>