Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Feb 2006 22:17:20 GMT
From:      Coleman Kane <cokane@FreeBSD.org>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   ports/93412: Evolution 2.4 Allocates 600MB+ of RAM
Message-ID:  <200602152217.k1FMHKiG052175@www.freebsd.org>
Resent-Message-ID: <200602152220.k1FMK5e9074574@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         93412
>Category:       ports
>Synopsis:       Evolution 2.4 Allocates 600MB+ of RAM
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Feb 15 22:20:05 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator:     Coleman Kane
>Release:        7.0-CURRENT Thu Feb  9 16:36:08 EST 2006
>Organization:
>Environment:
FreeBSD erwin 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Feb  9 16:36:08 EST 2006    root@erwin:/usr/obj/usr/src/sys/ERWIN  amd64
>Description:
              Every time I start up Evolution 2.4 on my machine, it prints: "adding hook target 'source'" and then proceeds to alloc a large amount of memory (and won't stop), causing it to delve into swap. Here is a sight from 'top':

last pid:  1591;  load averages:  0.01,  0.07,  0.07                         up 0+06:15:13  17:12:31
99 processes:  2 running, 94 sleeping, 3 stopped
CPU states: 15.8% user,  0.0% nice,  2.6% system,  0.4% interrupt, 81.2% idle
Mem: 745M Active, 42M Inact, 84M Wired, 23M Cache, 111M Buf, 52M Free
Swap: 2047M Total, 170M Used, 1877M Free, 8% Inuse

  PID USERNAME    THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND
 1559 cokane        3  20    0 65740M   608M STOP     0:02  0.00% evolution-2.4
  680 cokane        4  20    0   259M 55312K kserel   3:45  0.00% firefox-bin
 1342 cokane        5  20    0   186M 19556K kserel   0:43  0.00% gaim
  592 cokane        1  77    0   184M 38192K select   9:51  1.46% Xorg

This causes the system to screech to a halt trying to pull from swap and I have to kill Evolution. It is typically possible to kill evolution eventually, but sometimes I need to wait for long periods of time to acquire the timeslice to do it.

Heres a stacktrace from GDB:
Thread 2 (Thread 0x809004e10 (runnable)):
#0  0x000000080545dea4 in memset () from /lib/libc.so.6
#1  0x00000008053fbd16 in reallocf () from /lib/libc.so.6
#2  0x00000008053fd117 in malloc () from /lib/libc.so.6
#3  0x0000000806699b7b in cobject_state_read ()
   from /usr/X11R6/lib/libcamel-1.2.so.0
#4  0x000000080669866e in camel_object_state_read ()
   from /usr/X11R6/lib/libcamel-1.2.so.0
#5  0x000000080c0a47ae in camel_local_folder_construct ()
   from /usr/X11R6/lib/evolution-data-server-1.2/camel-providers/libcamellocal.so
#6  0x000000080c0a8661 in get_folder ()
   from /usr/X11R6/lib/evolution-data-server-1.2/camel-providers/libcamellocal.so
#7  0x000000080ac83471 in camel_store_get_folder ()
   from /usr/X11R6/lib/libcamel-provider-1.2.so.6
#8  0x000000080a1830a9 in mc_setup_local_store ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#9  0x000000080a1844d2 in mail_component_get_folder ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#10 0x000000080a18e776 in setup_send_data ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
---Type <return> to continue, or q <return> to quit---
#11 0x000000080a18ff18 in mail_receive_uri ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#12 0x000000080a190141 in auto_timeout ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#13 0x000000080a1903bf in auto_online ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#14 0x000000080669990d in camel_object_trigger_event ()
   from /usr/X11R6/lib/libcamel-1.2.so.0
#15 0x000000080a184af3 in impl_setLineStatus ()
   from /usr/X11R6/lib/evolution/2.4/components/libevolution-mail.so
#16 0x00000008029e177e in ORBit_c_stub_invoke ()
   from /usr/local/lib/libORBit-2.so.0
#17 0x0000000800655ac8 in GNOME_Evolution_Component_setLineStatus ()
   from /usr/X11R6/lib/evolution/2.4/libeshell.so.0
#18 0x0000000000413879 in e_shell_attempt_upgrade ()
#19 0x0000000000414e10 in e_shell_construct ()
#20 0x0000000000414e9b in e_shell_new ()
#21 0x000000000041670b in es_menu_hook_get_type ()
#22 0x0000000804f0d6cd in g_main_context_dispatch ()
   from /usr/local/lib/libglib-2.0.so.0
#23 0x0000000804f0f3a1 in g_main_context_acquire ()
   from /usr/local/lib/libglib-2.0.so.0
#24 0x0000000804f0f745 in g_main_loop_run ()
---Type <return> to continue, or q <return> to quit---
   from /usr/local/lib/libglib-2.0.so.0
#25 0x000000080260e9ab in bonobo_main () from /usr/local/lib/libbonobo-2.so.0
#26 0x0000000000416c27 in main ()
#0  0x000000080528286c in pthread_testcancel () from /usr/lib/libpthread.so.2

My guess is the memset called above is causing all of the allocated SWAP to be swapped in (and then stuff that shouldn't be is swapped out, etc etc...)

And the other thread:
Thread 3 (Thread 0x8090055a0 (LWP 100158)):
#0  0x000000080528286c in pthread_testcancel () from /usr/lib/libpthread.so.2
#1  0x0000000805270335 in sigaction () from /usr/lib/libpthread.so.2
#2  0x00000008052703b8 in sigaction () from /usr/lib/libpthread.so.2
#3  0x0000000805270740 in sigaction () from /usr/lib/libpthread.so.2
#4  0x0000000805270e66 in sigaction () from /usr/lib/libpthread.so.2
#5  0x0000000805271053 in sigaction () from /usr/lib/libpthread.so.2
#6  0x000000080527b00a in pthread_mutexattr_init ()
   from /usr/lib/libpthread.so.2
#7  0x0000000000000000 in ?? ()
Error accessing memory address 0x7fffffbff000: Bad address.


>How-To-Repeat:
              I seem to run evolution and it happens every time. If I rm -rf ~/.evolution, it works the first time, recreates that directory and gets my mail. Then if I quit and restart, it reverts to the broken behavior described above.
>Fix:
              Delete ~/.evolution every time before I run evolution (and live with the consequences of such activity).

Another fix is that I just revert to using squirrelmail for my email reading. I want to use evolution though.
>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200602152217.k1FMHKiG052175>