Skip to content

100% CPU usage #78

aragnon opened this Issue Feb 19, 2013 · 3 comments

3 participants

aragnon commented Feb 19, 2013

Your program uses 100% CPU even when a user has never interacted with the program other than minimizing (but the database is not empty).

I am running it from the git repository. This usually happens when the program has been running for at least 5 hours.

tbaugis commented Feb 19, 2013

humm, there must be something else going on and it's certainly couldn't be just time-related. there must be an action that is triggering the unwanted behavior.
could you please observe more closely and see if you can distill a specific action that is triggering the 100% cpu usage?

(also, obviously, can't reproduce - and i'm running hamster for days)

aragnon commented Feb 21, 2013

This is the state it is in when it goes crazy:
It seems to indicate that the the g_slist_last list has a cycle in it or something allocates forever just making really big lists (it now uses 800MB and increasing).


#0  0x00007f0e397cef40 in g_slist_last () from /lib/x86_64-linux-gnu/
#1  0x00007f0e397cef73 in g_slist_concat () from /lib/x86_64-linux-gnu/
#2  0x00007f0e374eca21 in ?? () from /usr/lib/x86_64-linux-gnu/
#3  0x00007f0e374ecb3f in ?? () from /usr/lib/x86_64-linux-gnu/
#4  0x00007f0e374f1029 in gtk_rc_get_style () from /usr/lib/x86_64-linux-gnu/
#5  0x00007f0e375c32f8 in ?? () from /usr/lib/x86_64-linux-gnu/
#6  0x00007f0e375c3368 in ?? () from /usr/lib/x86_64-linux-gnu/
#7  0x00007f0e374b54c5 in ?? () from /usr/lib/x86_64-linux-gnu/
#8  0x00007f0e373f089b in ?? () from /usr/lib/x86_64-linux-gnu/
#9  0x00007f0e374ead09 in ?? () from /usr/lib/x86_64-linux-gnu/
#10 0x00007f0e30b06d6f in Oxygen::DBus::filter(_GDBusConnection*, char const*, char const*, char const*, char const*, _GVariant*, void*) ()
   from /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/engines/
#11 0x00007f0e394d37a5 in ?? () from /usr/lib/x86_64-linux-gnu/
#12 0x00007f0e397b4d53 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/
#13 0x00007f0e397b50a0 in ?? () from /lib/x86_64-linux-gnu/
#14 0x00007f0e397b549a in g_main_loop_run () from /lib/x86_64-linux-gnu/
#15 0x00007f0e374a02f7 in gtk_main () from /usr/lib/x86_64-linux-gnu/
#16 0x00007f0e37b52046 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/
#17 0x000000000049890a in PyEval_EvalFrameEx ()
#18 0x000000000049f1c0 in PyEval_EvalCodeEx ()
#19 0x00000000004983b8 in PyEval_EvalFrameEx ()
#20 0x000000000049f1c0 in PyEval_EvalCodeEx ()
#21 0x00000000004a9081 in PyRun_FileExFlags ()
#22 0x00000000004a9311 in PyRun_SimpleFileExFlags ()
#23 0x00000000004aa8bd in Py_Main ()
#24 0x00007f0e3b4b076d in __libc_start_main (main=0x41b980 <main>, argc=2, ubp_a
v=0x7fff2d38bd88, init=<optimized out>, fini=<optimized out>,
    rtld_fini=<optimized out>, stack_end=0x7fff2d38bd78) at libc-start.c:226
#25 0x000000000041b9b1 in _start ()
toupeira commented Sep 5, 2014

Do you still experience this issue? If yes please send me the output of gconftool-2 -a /apps/hamster-time-tracker.

@toupeira toupeira closed this Sep 5, 2014
@toupeira toupeira added the bug label Sep 5, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.