Hi Jonathan,
thanks for your detailed analysis. I currently don't have an idea what
causes the problem. But we had memory leaks in the animation code in
the past, so maybe there still needs something to be fixed that is only
triggered in certain circumstances. When I have time I will take a look
at the code. Thanks again for your feedback.
CU Robert :-)
On Tue, 29 May 2007 01:12:09 +0100
"Jonathan Velleuer" <Jon.Velleuer@...> wrote:
> Well, I found now a "stable" version. As soon as I deactivate animation in
> gnubiff I have a stable memory consumption. (almost as stable as with just
> text). Therefore I investigated the png files for animation and realised
> that one is larger then the other (1152x64 vs 1024x64). So I deleted the
> first and the last frame so that I have twice 1024x64. Without success....
> Well, it's quite nice, now because: appart from the animation everything =
is
> going very well.
> Let me know if you have at some stage an idea what the reason for this er=
ror
> could be.
> Thanks and good night,
> Jon
>=20
> On 29/05/07, Jonathan Velleuer <Jon.Velleuer@...> wrote:
> >
> > compiz off, gnubiff image on - > increasing memory consumption
> >
> > On 29/05/07, Jonathan Velleuer <Jon.Velleuer@... > wrote:
> > >
> > > switched the theme back.
> > >
> > > icon in small panel: still increasing of memory
> > >
> > > deactivated the pictures: problem solved! No significant memory incre=
ase
> > > with time!
> > >
> > > Well, what could be the reason for that? (I'm use compiz in my main
> > > useraccount but not in the other one ... Well, let's deactivate compi=
z) and
> > > see what will happen.
> > >
> > > But know I have the full functionality back which i had. That's quite
> > > good.
> > > :)
> > >
> > >
> > >
> > > On 29/05/07, Jonathan Velleuer < Jon.Velleuer@...> wrote:
> > > >
> > > > no change in gnubiffs behaviour with changing the gnome-theme :(
> > > >
> > > > so I followed the advice which you gave me earlier, to deactive the
> > > > images. I did this and get a similar behaviour then with the
> > > > test-user-account. (well, in the test useraccount there were the pi=
ctures
> > > > activated but the gnomepanel is much thiner (just a 24px versus 48p=
x).
> > > >
> > > > Well, what I do know is to switch back to my original theme, and add
> > > > the gnubiff applet to a small gnome-panel (24px) in my normal usera=
ccount,
> > > > and will see what happen. hopefully, it'll work!! :)
> > > >
> > > >
> > > > On 28/05/07, Jonathan Velleuer <jovell@...> wrote:
> > > > >
> > > > > Hey Robert,
> > > > > Yes, it is right, that it appears to be independent from the poll=
ing
> > > > > interval. I did a couple of things in the meantime: first I got t=
he
> > > > > source-rpm and rebuild the program. But the same result then befo=
re. I run
> > > > > the program also as an standalone application: no improvement.
> > > > > In the next step I created a new user and copied my .gnubiffrc in=
to
> > > > > his home folder. Then I started this new userprofile (with the sa=
me gnubiff
> > > > > configuration) and measured the time dependence of the memory con=
sumption.
> > > > > The graph looks completly different: it goes to 80 MB or so and r=
emains
> > > > > there !!!
> > > > > Brilliant. So we know that you've written a bug free software :)
> > > > > congratulation.
> > > > > However it would be nice if I can some how sort out how I can get=
it
> > > > > to work in my user account, since I don't really want to set up a=
nother
> > > > > account. There is another hint (don't know, if it's related): Whe=
n I start
> > > > > gnubiff as standalone application I get the following message:
> > > > >
> > > > > gnubiff
> > > > > GTK Accessibility Module initialized
> > > > >
> > > > > ** (gnubiff:13346): WARNING **: Invalid borders specified for the=
me
> > > > > pixmap:
> > > > > /home/jovel001/.themes/MacOS-X/gtk-2.0/entry2.png,
> > > > > borders don't fit within the image
> > > > >
> > > > >
> > > > > Well, I will deactivate this theme now in order to see if this is
> > > > > the course.
> > > > > Jon
> > > > >
> > > > >
> > > > > On 28/05/07, Robert Sowada < sowadart@...> wrote:
> > > > > >
> > > > > > Hi Jonathan,
> > > > > >
> > > > > > thanks for your additional information. if I understand the bug
> > > > > > report
> > > > > > at the bottom correctly the memory consumption rate is independ=
ent
> > > > > > of
> > > > > > the mailbox polling interval. So the problem is probably not in
> > > > > > the
> > > > > > pop3 code. Does disabling the image have any influence on the
> > > > > > memory
> > > > > > consumption? Is the problem also present when starting gnubiff =
as
> > > > > > a
> > > > > > standalone application? Maybe it's a problem/incompatibility in=
an
> > > > > > other library (like glib, gtk etc). Do you use a prepackaged
> > > > > > version or
> > > > > > do you have compiled your own version on your system?
> > > > > >
> > > > > > CU Robert :-)
> > > > > >
> > > > > >
> > > > > > On Mon, 28 May 2007 19:13:43 +0100
> > > > > > "Jonathan Velleuer" <jovell@...> wrote:
> > > > > >
> > > > > > > Hello Robert,
> > > > > > > thank you for your reply. Three days ago I investigated the
> > > > > > problem a bit
> > > > > > > more in detail, wrote a line to plot the memory consumption
> > > > > > against time and
> > > > > > > filled in a bugreport in bugzilla (see report below; no reply
> > > > > > yet).
> > > > > > > I downgraded to older versions of gnubiff as well and
> > > > > > investigated the
> > > > > > > memory consumption as a function of time, but without seeing
> > > > > > really a
> > > > > > > difference.
> > > > > > > There are quite a lot of programs around to access a gmail
> > > > > > account... and I
> > > > > > > tried them all, but I'm so used to gnubiff and it's nice
> > > > > > features that I
> > > > > > > dont' really want to use another notification program. Thank =
you
> > > > > > again for
> > > > > > > you work.
> > > > > > > Jon
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > The file size of .gnubiffrc is:
> > > > > > > ls -lA .gnubiffrc
> > > > > > > -rw------- 1 jovel001 jovel001 9237 28. Mai 18:41 .gnubiffrc
> > > > > > >
> > > > > > > and its content:
> > > > > > >
> > > > > > >
> > > > > > > <?xml version=3D"1.0"?>
> > > > > > > <configuration-file>
> > > > > > > <mailbox>
> > > > > > > <parameter name=3D"address" value=3D"
> > > > > > pop.gmail.com"/>
> > > > > > > <parameter name=3D"authentication" value=3D"ssl"=
/>
> > > > > > > <parameter name=3D"certificate" value=3D""/>
> > > > > > > <parameter name=3D"delay" value=3D"20"/>
> > > > > > > <parameter name=3D"file_restore_atime" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"local_fam_enable" value=3D"true=
"/>
> > > > > > > <parameter name=3D"name" value=3D"gmai=
l"/>
> > > > > > > <parameter name=3D"other_folder" value=3D"INBO=
X"/>
> > > > > > > <parameter name=3D"other_port" value=3D"0"/>
> > > > > > > <parameter name=3D"password" value=3D""/>
> > > > > > > <parameter name=3D"protocol" value=3D"pop3=
"/>
> > > > > > > <parameter name=3D"seen" value=3D"Gmai=
lId1
> > > > > > >
> > > > > > > (then a long list of mail IDs)
> > > > > > >
> > > > > > > <parameter name=3D"use_idle" value=3D"true=
"/>
> > > > > > > <parameter name=3D"use_other_folder" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"use_other_port" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"username" value=3D"jove=
ll"/>
> > > > > > > </mailbox>
> > > > > > > <general>
> > > > > > > <parameter
> > > > > > name=3D"dir_certificates" value=3D"/etc/ssl/certs/"/>
> > > > > > > <parameter name=3D"double_command" value=3D"fire=
fox
> > > > > > > http://gmail.com"/>
> > > > > > > <parameter name=3D"expert_edit_options" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"expert_hilite_changed" value=3D"true=
"/>
> > > > > > > <parameter name=3D"expert_search_values" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"expert_show_fixed" value=3D"true=
"/>
> > > > > > > <parameter name=3D"expert_show_tab" value=3D"true=
"/>
> > > > > > > <parameter name=3D"min_body_lines" value=3D"25"/>
> > > > > > > <parameter name=3D"newmail_command" value=3D"play
> > > > > > > /home/jovel001/Media/Audio/email.wav"/>
> > > > > > > <parameter name=3D"pref_allow_resize" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"use_double_command" value=3D"true=
"/>
> > > > > > > <parameter name=3D"use_newmail_command" value=3D"true=
"/>
> > > > > > > </general>
> > > > > > > <applet>
> > > > > > > <parameter name=3D"applet_be_sticky" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"applet_font" value=3D"sans=
10"/>
> > > > > > > <parameter name=3D"applet_geometry" value=3D"+0+0=
"/>
> > > > > > > <parameter name=3D"applet_keep_above" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"applet_pager" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"applet_use_decoration" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"applet_use_geometry" value=3D"true=
"/>
> > > > > > > <parameter name=3D"newmail_image"
> > > > > > > value=3D"/usr/share/gnubiff/tux-jump(64x64).png"/>
> > > > > > > <parameter name=3D"newmail_text" value=3D"%d"/>
> > > > > > > <parameter name=3D"nomail_image"
> > > > > > > value=3D"/usr/share/gnubiff/tux-sleep(64x64).png"/>
> > > > > > > <parameter name=3D"nomail_text" value=3D""/>
> > > > > > > <parameter name=3D"use_newmail_image" value=3D"true=
"/>
> > > > > > > <parameter name=3D"use_newmail_text" value=3D"true=
"/>
> > > > > > > <parameter name=3D"use_nomail_image" value=3D"true=
"/>
> > > > > > > <parameter name=3D"use_nomail_text" value=3D"fals=
e"/>
> > > > > > > </applet>
> > > > > > > <popup>
> > > > > > > <parameter name=3D"popup_be_sticky" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"popup_body_lines" value=3D"10"/>
> > > > > > > <parameter name=3D"popup_delay" value=3D"5"/>
> > > > > > > <parameter name=3D"popup_font" value=3D"sans=
10"/>
> > > > > > > <parameter name=3D"popup_format" value=3D"50:5=
0:50"/>
> > > > > >
> > > > > > > <parameter name=3D"popup_geometry" value=3D"-0+0=
"/>
> > > > > > > <parameter name=3D"popup_keep_above" value=3D"fals=
e"/>
> > > > > > > <parameter name=3D"popup_pager" value=3D"fals=
e"/>
> > > > > > > </popup>
> > > > > > > <information>
> > > > > > > <parameter name=3D"version" value=3D"2.1.=
9"/>
> > > > > > > </information>
> > > > > > > <security>
> > > > > > > <parameter name=3D"max_mail" value=3D"40"/>
> > > > > > > <parameter name=3D"pop3_max_uid_length" value=3D"70"/>
> > > > > > > <parameter name=3D"prevdos_additional_lines"value=3D"16"/>
> > > > > > > <parameter name=3D"prevdos_close_socket" value=3D"64"/>
> > > > > > > <parameter name=3D"prevdos_header_lines" value=3D"2048=
"/>
> > > > > > > <parameter name=3D"prevdos_ignore_info" value=3D"32"/>
> > > > > > > <parameter name=3D"prevdos_imap4_multiline" value=3D"8"/>
> > > > > > > <parameter name=3D"prevdos_line_length" value=3D"1638=
4"/>
> > > > > > > <parameter name=3D"use_max_mail" value=3D"fals=
e"/>
> > > > > > > </security>
> > > > > > > </configuration-file>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ________Fedora Bugreport__________
> > > > > > >
> > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D241342
> > > > > > >
> > > > > > > Summary: gnubiff memory leakage
> > > > > > > Product: Fedora Extras
> > > > > > > Version: fc6
> > > > > > > Platform: i386
> > > > > > > OS/Version: Linux
> > > > > > > Status: NEW
> > > > > > > Severity: medium
> > > > > > > Priority: medium
> > > > > > > Component: gnubiff
> > > > > > > AssignedTo: splinux@...
> > > > > > > ReportedBy: jovell@...
> > > > > > > QAContact: extras-qa@...
> > > > > > >
> > > > > > >
> > > > > > > Description of problem:
> > > > > > > memory leak
> > > > > > >
> > > > > > > Version-Release number of selected component (if applicable):
> > > > > > > gnubiff-2.2.6-1.fc6
> > > > > > >
> > > > > > > How reproducible:
> > > > > > > very high
> > > > > > >
> > > > > > > Steps to Reproduce:
> > > > > > > 1.add gnubiff to your panel and wait
> > > > > > > 2.
> > > > > > > 3.
> > > > > > >
> > > > > > > Actual results:
> > > > > > > With running time the memory consumption of gnubiff increase
> > > > > > lineraly with
> > > > > > > time,
> > > > > > > until the whole system is slowed down, when the memory
> > > > > > consumption is about
> > > > > > > 10
> > > > > > > times larger then usual. Restarting of the process resets the
> > > > > > memory usage
> > > > > > > to
> > > > > > > the normal value.
> > > > > > >
> > > > > > > Expected results:
> > > > > > > not a linear increasing memory consumption of 1,5MB per minute
> > > > > > >
> > > > > > >
> > > > > > > Additional info:
> > > > > > >
> > > > > > > measured the memory consumption of gnubiff with pmap over a
> > > > > > couple of
> > > > > > > minutes:
> > > > > > >
> > > > > > > #!/bin/bash
> > > > > > > echo $(date +%s) $(pmap -d 32731 |grep mapped|grep writeable|=
sed
> > > > > > > 's/K//g'|awk
> > > > > > > '{print $2" "$4" "$6}') >> gnub.gnu
> > > > > > > sleep 6
> > > > > > > exec $0
> > > > > > >
> > > > > > > after approx 1400 sec I changed the "refresh rate of the
> > > > > > mailboxes" to a
> > > > > > > three
> > > > > > > times larger value, killed the process and restarted it. the
> > > > > > signal reveils
> > > > > > > that
> > > > > > > this a no impact on the gradient of the memory consumption.
> > > > > > > a details view in pmap and comparison reveils that it is [ano=
n]
> > > > > > who needs
> > > > > > > the
> > > > > > > memory.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 28/05/07, Robert Sowada <sowadart@...> wrote:
> > > > > > > >
> > > > > > > > Hi Jonathan,
> > > > > > > >
> > > > > > > > thanks for your bug report. Currently no memory leak is kno=
wn
> > > > > > (but of
> > > > > > > > course this doesn't mean that no memory leak exists). Which
> > > > > > type of
> > > > > > > > mailboxes do you use?
> > > > > > > >
> > > > > > > > CU Robert :-)
> > > > > > > >
> > > > > > > > > Hello,
> > > > > > > > > I really like gnubiff. I haven't found another mail
> > > > > > notification program
> > > > > > > > > which works as nice as gnubiff.
> > > > > > > > > But I have one problem: I'm running gnubiff-2.2.6-1 in gn=
ome
> > > > > > 2.16.3-1 on
> > > > > > > > a
> > > > > > > > > fedora core 6 system on a T41 notebook.
> > > > > > > > > Now with running time (I have to monitor it in detail) the
> > > > > > memory
> > > > > > > > > consumption goes up to 50%.
> > > > > > > > > Is this problem known?
> > > > > > > > > Many thanks in advance,
> > > > > > > > > Jonathan
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>=20
|