<div dir="ltr"><div>Do running the tests themselves need to be leak-sanitized?</div><div><br></div><div>I liked to point out that systemd allows to limit the amount of memory for each process, and that is quite useful for certain desktop components despite of having been leak-tested.</div><div><br></div><div>For example, if in the taskbar there is any application that leaks memory, it will leak into the Plasma runtime memory. And eventually the process will freeze the system.</div><div><br></div><div>But with a memory limit, the process can be automatically restarted.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 4, 2026 at 8:26 AM Vlad Zahorodnii <<a href="mailto:vlad.zahorodnii@kde.org" target="_blank">vlad.zahorodnii@kde.org</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">Hello,<br>
<br>
Over approximately the past weekend something happened in our CI and now <br>
it takes quite long time for tests to run. For example, in kwin, we have <br>
a test that used to run for about 20 seconds, and now it takes about 5 <br>
or so minutes to finish running. Speaking for kwin, there were no <br>
changes that could increase test run times so dramatically.<br>
<br>
January 26th:<br>
<br>
         Start  61: kwin-testOutputChanges<br>
  61/158 Test  #61: kwin-testOutputChanges <br>
.............................   Passed   19.36 sec<br>
<br>
January 29th:<br>
<br>
         Start  61: kwin-testOutputChanges<br>
  61/158 Test  #61: kwin-testOutputChanges <br>
.............................   Passed   43.93 sec<br>
<br>
January 30th:<br>
<br>
         Start  61: kwin-testOutputChanges<br>
  61/158 Test  #61: kwin-testOutputChanges <br>
.............................   Passed   45.91 sec<br>
<br>
Februrary 3rd:<br>
<br>
         Start  61: kwin-testOutputChanges<br>
  61/158 Test  #61: kwin-testOutputChanges <br>
.............................   Passed  254.19 sec<br>
<br>
FreeBSD appears to be fine.<br>
<br>
We suspect that test run times blew up due to enabling LSAN in various <br>
libraries (kwin itself has no LSAN enabled yet). The issue doesn't <br>
appear to be specific to only kwin, people reported that they've seen <br>
similar issues in other projects too. Maybe something else happened to <br>
CI that sysadmins will be able to clarify.<br>
<br>
Either way, the current state of CI is not great. Hypothetically, test <br>
timeouts can be increased but QSignalSpy's have hardcoded timeouts that <br>
can be too low for the current CI. And in case of kwin, 5 minutes for a <br>
test is simply not a workable thing.<br>
<br>
Regards,<br>
Vlad<br>
<br>
</blockquote></div>