Jami leaks memory

  • Done
  • quality assurance status badge
Details
2 participants
  • Ludovic Courtès
  • sirgazil
Owner
unassigned
Submitted by
sirgazil
Severity
normal
S
S
sirgazil wrote on 1 Jun 2019 16:08
(name . bug-guix)(address . bug-guix@gnu.org)
16b135f47a5.c48c9e1512716.4579175065592128011@zoho.com
Hello,

When I run Jami in the GNU system installed with Guix, I see that its process called ".gnome-ring-rea" starts using around 36 MiB, but then increases over time at slow pace. After some hours, I notice it reaches 1 GiB of memory usage. I have to finalize the process to release memory.

This happens even when you are not doing anything in the application.


## Steps to reproduce (using GNOME)

1. $ guix install jami-client-gnome
2. Press Alt+F2 and run "ring.cx"
[2.1 Create a Jami account]
3. Press Alt+F2 and run "gnome-system-monitor"
4. Click on "Processes"
5. Locate the ".gnome-ring-rea" process
6. Observe the "Memory" usage for a few hours

I don't know if step 2.1 is necessary, but I already had an account created when I noticed the problem for the first time.


## System information

```
$ guix describe
Generation 2 May 20 2019 10:23:06 (current)
guix 0655c16
branch: master
commit: 0655c16e7561cffe2fe26bd9b24af1a0efc2c859
```


---
L
L
Ludovic Courtès wrote on 12 Jun 2019 14:15
(name . sirgazil)(address . sirgazil@zoho.com)(address . 36100@debbugs.gnu.org)
878su7xamv.fsf@gnu.org
Hi sirgazil,

sirgazil <sirgazil@zoho.com> skribis:

Toggle quote (2 lines)
> When I run Jami in the GNU system installed with Guix, I see that its process called ".gnome-ring-rea" starts using around 36 MiB, but then increases over time at slow pace. After some hours, I notice it reaches 1 GiB of memory usage. I have to finalize the process to release memory.

Do you think it’s a Guix-specific issue?

I would expect it to not be Guix-specific. Could you report the issue
upstream?

Thanks,
Ludo’.
S
S
sirgazil wrote on 12 Jun 2019 19:20
(name . "Ludovic Courtès")(address . ludo@gnu.org)(name . 36100)(address . 36100@debbugs.gnu.org)
16b4cb481c8.bec2698023794.900017298306389181@zoho.com
---- On Wed, 12 Jun 2019 07:15:36 -0500 Ludovic Courtès <ludo@gnu.org> wrote ----

> Hi sirgazil,
>
> sirgazil <sirgazil@zoho.com> skribis:
>
> > When I run Jami in the GNU system installed with Guix, I see that its process called ".gnome-ring-rea" starts using around 36 MiB, but then increases over time at slow pace. After some hours, I notice it reaches 1 GiB of memory usage. I have to finalize the process to release memory.
>
> Do you think it’s a Guix-specific issue?
>
> I would expect it to not be Guix-specific. Could you report the issue
> upstream?


Oh, I think one of my messages about this issue didn't arrived. The leak in the version available in Guix is known and fixed upstream.

I thought that maybe this bug report could be used as a reminder to update the package definition of Jami in Guix to a version that fixes the leak?
L
L
Ludovic Courtès wrote on 12 Jun 2019 22:41
(name . sirgazil)(address . sirgazil@zoho.com)(name . 36100)(address . 36100@debbugs.gnu.org)
87zhmmsfi1.fsf@gnu.org
sirgazil <sirgazil@zoho.com> skribis:

Toggle quote (16 lines)
> ---- On Wed, 12 Jun 2019 07:15:36 -0500 Ludovic Courtès <ludo@gnu.org> wrote ----
>
> > Hi sirgazil,
> >
> > sirgazil <sirgazil@zoho.com> skribis:
> >
> > > When I run Jami in the GNU system installed with Guix, I see that its process called ".gnome-ring-rea" starts using around 36 MiB, but then increases over time at slow pace. After some hours, I notice it reaches 1 GiB of memory usage. I have to finalize the process to release memory.
> >
> > Do you think it’s a Guix-specific issue?
> >
> > I would expect it to not be Guix-specific. Could you report the issue
> > upstream?
>
>
> Oh, I think one of my messages about this issue didn't arrived. The leak in the version available in Guix is known and fixed upstream.

Nice. Should we apply their patch, or upgrade our package?

Toggle quote (2 lines)
> I thought that maybe this bug report could be used as a reminder to update the package definition of Jami in Guix to a version that fixes the leak?

I think it’s better if the bug report is actionable.

Thanks,
Ludo’.
S
S
sirgazil wrote on 13 Jun 2019 00:15
(name . "Ludovic Courtès")(address . ludo@gnu.org)(name . 36100)(address . 36100@debbugs.gnu.org)
16b4dc2633c.11b1e783627802.2566747870323318895@zoho.com
---- On Wed, 12 Jun 2019 15:41:42 -0500 Ludovic Courtès <ludo@gnu.org> wrote ----

> sirgazil <sirgazil@zoho.com> skribis:
>
> > ---- On Wed, 12 Jun 2019 07:15:36 -0500 Ludovic Courtès <ludo@gnu.org> wrote ----
> >
> > > Hi sirgazil,
> > >
> > > sirgazil <sirgazil@zoho.com> skribis:
> > >
> > > > When I run Jami in the GNU system installed with Guix, I see that its process called ".gnome-ring-rea" starts using around 36 MiB, but then increases over time at slow pace. After some hours, I notice it reaches 1 GiB of memory usage. I have to finalize the process to release memory.
> > >
> > > Do you think it’s a Guix-specific issue?
> > >
> > > I would expect it to not be Guix-specific. Could you report the issue
> > > upstream?
> >
> >
> > Oh, I think one of my messages about this issue didn't arrived. The leak in the version available in Guix is known and fixed upstream.
>
> Nice. Should we apply their patch, or upgrade our package?


Hmm, I'm really ignorant about what would be best. As a desktop user, I think anything that allows me to install and use Jami without leaks.


> > I thought that maybe this bug report could be used as a reminder to update the package definition of Jami in Guix to a version that fixes the leak?
>
> I think it’s better if the bug report is actionable.


Sorry, Ludo, I don't understand what actionable means in this context.
L
L
Ludovic Courtès wrote on 13 Jun 2019 09:30
(name . sirgazil)(address . sirgazil@zoho.com)(name . 36100)(address . 36100@debbugs.gnu.org)
87k1dq7xiz.fsf@gnu.org
Hi sirgazil,

sirgazil <sirgazil@zoho.com> skribis:

Toggle quote (7 lines)
> > > I thought that maybe this bug report could be used as a reminder to update the package definition of Jami in Guix to a version that fixes the leak?
> >
> > I think it’s better if the bug report is actionable.
>
>
> Sorry, Ludo, I don't understand what actionable means in this context.

What I mean is that the bug should highlight something we, Guix people,
can do about it. If it were reporting a purely upstream issue, there’s
little we can do on our side, apart from upgrading or applying fixes
available upstream.

I hope that makes sense!

Thanks,
Ludo’.
S
S
sirgazil wrote on 27 Sep 2020 21:43
Jami leaks memory
(name . 36100-done)(address . 36100-done@debbugs.gnu.org)
174d1175ddc.cf8d2e1223840.8994858856964918108@zoho.com
I'm closing this issue because the package the report was filed against was removed from Guix:

gnu: jami-client-gnome: Remove deprecated package.
commit 8551bc64e4322080ef07b5009f4d46229df8d6f3
Date: Sun Jul 12 18:00:46 2020 +0200

Also, there is a new package for Jami that I tried out:

Guix System 97e98e2
Jami 20200710.1.6bd18d2

I followed the steps below to try reproduce the issue with this new version and I could not see any memory leak.

1. $ guix install jami
2. Press Alt+F2 and run "jami"
2.1. Create a Jami account
3. Press Alt+F2 and run "gnome-system-monitor"
4. Click on "Processes"
5. Locate the "jami" process
6. Observe the "Memory" use for a few hours

Problem solved.
Closed
?