Your message dated Mon, 18 Nov 2013 18:54:21 +0100
with message-id <[email protected]>
and subject line Re: Bug#729878: Strong memory usage after upgrade
has caused the Debian Bug report #729878,
regarding Strong memory usage after upgrade
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
729878: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729878
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: src:cairo
Version: 1.12.16-2
Severity: serious
Hello comrades.
After upgrading packages libcairo2 and libcairo-gobject2 from stable 1.12.2-3
to unstable 1.12.16-2 I found that memory usage strongly increased
(approximately twice more).
It is very abnormal. Machines with small amount of memory may be unusable after
this upgrade.
After upgrade:
$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
nikts 3369 0.0 0.0 4320 616 ? Ss 16:21 0:00 /bin/sh
/etc/xdg/xfce4/xinitrc -- /
nikts 3420 0.0 0.7 231560 30372 ? S 16:22 0:00 xfce4-session
nikts 3422 0.0 0.0 39164 2616 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/xfc
nikts 3426 0.0 0.8 230676 33184 ? S 16:22 0:00 xfwm4
nikts 3430 0.2 1.0 576992 44088 ? Sl 16:22 0:02 xfce4-panel
nikts 3432 0.1 1.1 634416 46584 ? Sl 16:22 0:01 Thunar --daemon
nikts 3434 0.1 1.0 645088 41436 ? Sl 16:22 0:00 xfdesktop
nikts 3438 0.0 0.7 369948 31256 ? Sl 16:22 0:00
/usr/lib/notification-daemon/notifi
nikts 3440 0.0 0.0 59540 2628 ? S 16:22 0:00 xscreensaver
-no-splash
nikts 3444 0.0 1.0 599600 40672 ? Sl 16:22 0:00
/usr/lib/x86_64-linux-gnu/lxpolkit
nikts 3449 0.0 1.1 257244 47688 ? S 16:22 0:00
/usr/bin/python -O /usr/share/wicd/
nikts 3452 0.0 0.4 244032 19500 ? Ss 16:22 0:00 xfsettingsd
nikts 3459 0.0 0.5 450640 20360 ? Ssl 16:22 0:00 xfce4-volumed
nikts 3466 0.1 1.0 493220 44460 ? S 16:22 0:01
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3468 0.0 0.7 218484 29144 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3469 0.0 0.9 635848 39588 ? Sl 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3473 0.0 0.8 227976 34408 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3476 0.0 0.9 468192 38564 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3477 0.1 0.7 213972 29296 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3478 0.1 0.7 217264 30848 ? S 16:22 0:01
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3479 0.1 0.7 216700 31584 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3482 0.1 0.7 210252 31500 ? S 16:22 0:01
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3485 0.0 0.7 197504 31040 ? S 16:22 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3991 0.0 0.0 12236 1508 ? S 16:23 0:00 /bin/bash
/usr/bin/su-to-root -X -c
nikts 4348 0.7 1.0 552504 44212 ? Sl 16:27 0:03 roxterm
After reverting to stable:
$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
nikts 3341 0.0 0.0 4320 620 ? Ss 17:16 0:00 /bin/sh
/etc/xdg/xfce4/xinitrc -- /
nikts 3415 0.0 0.1 183688 7920 ? S 17:16 0:00 xfce4-session
nikts 3417 0.0 0.0 39168 2612 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/xfc
nikts 3421 0.1 0.2 184300 11696 ? S 17:16 0:00 xfwm4
nikts 3425 0.4 0.5 533868 23564 ? Sl 17:16 0:01 xfce4-panel
nikts 3427 0.6 0.6 740876 27036 ? Sl 17:16 0:02 Thunar --daemon
nikts 3429 0.2 0.5 602208 21072 ? Sl 17:16 0:00 xfdesktop
nikts 3433 0.0 0.2 323160 9260 ? Sl 17:16 0:00
/usr/lib/notification-daemon/notifi
nikts 3435 0.0 0.0 59540 2628 ? S 17:16 0:00 xscreensaver
-no-splash
nikts 3439 0.0 0.0 53312 2552 ? S 17:16 0:00
/usr/lib/gvfs/gvfsd
nikts 3445 0.1 0.4 552164 19856 ? Sl 17:16 0:00
/usr/lib/x86_64-linux-gnu/lxpolkit
nikts 3450 0.0 0.6 208192 26100 ? S 17:16 0:00
/usr/bin/python -O /usr/share/wicd/
nikts 3451 0.0 0.2 401512 9112 ? Ssl 17:16 0:00 xfce4-volumed
nikts 3454 0.0 0.1 198364 7088 ? Ss 17:16 0:00 xfsettingsd
nikts 3462 0.3 0.5 441680 22100 ? S 17:16 0:01
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3466 0.0 0.2 172984 8152 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3467 0.1 0.4 592900 19132 ? Sl 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3480 0.1 0.4 186892 17908 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3484 0.0 0.4 423568 16548 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3485 0.0 0.2 166416 8292 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3486 0.1 0.2 170104 10272 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3487 0.0 0.2 169668 9824 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3491 0.1 0.2 161352 9784 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 3512 0.0 0.2 146664 9180 ? S 17:16 0:00
/usr/lib/x86_64-linux-gnu/xfce4/pan
nikts 4394 6.0 0.5 502608 21616 ? Sl 17:22 0:00 roxterm
I deleted some processes from report that not depend on cairo.
System information
$ uname -rsmo
Linux 3.11-2-amd64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.2 (wheezy)
Release: 7.2
Codename: wheezy
If needed I can provide more information.
--- End Message ---
--- Begin Message ---
On 18/11/13 17:28, [email protected] wrote:
> 18.11.2013, 19:52, "Emilio Pozuelo Monfort" <[email protected]>:
>
>> Get a valgrind log of one of those processes you think is taking more
>> memory now.
>>
>> $ valgrind --tool=memcheck --leak-check=full --leak-resolution=high
>> --num-callers=20 --log-file=vgdump your-program
>>
>> And attach the log (vgdump) here.
>>
>> At this point there's nothing suggesting this is actually a cairo bug. It
>> could
>> be something else taking or leaking memory, it could be cairo needing a bit
>> more
>> memory for some perfectly valid reasons...
>>
>> Emilio
>
> Roxterm (GTK 2 version).
> GTK 2 version 2.24.10-2 (stable)
>
As you can see, there are no leaks from cairo.
But I have now realized what causes this, it's that cairo now links to a few
extra libraries (as we enabled egl/gles support) so the dynamic linker loads
those (and their dependencies) into memory. Those are loaded just once no matter
how many processes you start, so it's not a big deal. In any case support for
those libs isn't going to be removed and this is already tracked as #712169, so
closing this.
Emilio
--- End Message ---
