mouse pointer shows "wait" icon repetitively while leaking memory
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gimp (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
After some extended use (eg 2 hours of continuous use of filters, eraser, drawing, multiple layers) gimp starts leaking around 3MB memory per second. It allocates large amounts of memory repetitively with close to 1 second interval. Each time it does this the mouse pointer turns in to the "wait" symbol. It is still possible to use the program while this happens but the pointer constantly flickering is a bit distracting.
However, if ignored, gimp will eventually consume all system memory in a very short amount of time. I have 16 GB and gimp has been OOM killed twice today after showing the behaviour for an extended period. The second time it happened while I was working in a different application.
Here is a video showing the behaviour:
https:/
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: gimp 2.8.4-1ubuntu1
ProcVersionSign
Uname: Linux 3.8.0-23-generic x86_64
NonfreeKernelMo
ApportVersion: 2.9.2-0ubuntu8.1
Architecture: amd64
Date: Sat Jun 8 16:59:13 2013
InstallationDate: Installed on 2013-04-26 (42 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
MarkForUpload: True
SourcePackage: gimp
UpgradeStatus: No upgrade log present (probably fresh install)
==23183== 3,145,783 bytes in 1 blocks are indirectly lost in loss record 21,633 of 21,637 valgrind/ vgpreload_ memcheck- amd64-linux. so) data_set (gtkselection. c:1269) data_set_ pixbuf (gtkselection. c:1643) send_buffer (gimpclipboard. c:895) emit_unlocked_ R (gsignal.c:3584) emit_valist (gsignal.c:3328) emit_by_ name (gsignal.c:3424) invoke_ handler (gtkselection. c:2986) request (gtkselection. c:2391) BOOLEAN_ _BOXED (gtkmarshalers. c:86) valgrind/ vgpreload_ memcheck- amd64-linux. so) load_dir_ list (in /usr/lib/ x86_64- linux-gnu/ libbabl- 0.1.so. 0.109.1) parse_hook (gegl-init.c:520) context_ parse (goption.c:2009) valgrind/ vgpreload_ memcheck- amd64-linux. so) load_brush (gimpbrush- load.c: 296) pipe_load (gimpbrushpipe- load.c: 213) factory_ load_data (gimpdatafactor y.c:878) read_directorie s (gimpdatafiles. c:130) factory_ load_data_ recursive (gimpdatafactor y.c:816) read_directorie s (gimpdatafiles. c:130) factory_ data_load (gimpdatafactor y.c:358) factory_ data_init (gimpdatafactor y.c:239) valgrind/ vgpreload_ memcheck- amd64-linux. so) data_set (gtkselection. c:1269) data_set_ pixbuf (gtkselection. c:1643) send_buffer (gimpclipboard. c:895) emit_unlocked_ R (gsignal.c:3584) emit_valist (gsignal.c:3328)
==23183== at 0x4C2CD7B: malloc (in /usr/lib/
==23183== by 0x8B13CF0: g_malloc (gmem.c:159)
==23183== by 0x5302FC8: gtk_selection_
==23183== by 0x5303E68: gtk_selection_
==23183== by 0x564DC8: gimp_clipboard_
==23183== by 0x868461F: g_closure_invoke (gclosure.c:777)
==23183== by 0x8695EFF: signal_
==23183== by 0x869DD10: g_signal_
==23183== by 0x869E4B8: g_signal_
==23183== by 0x530311A: gtk_selection_
==23183== by 0x5304A0E: _gtk_selection_
==23183== by 0x529D928: _gtk_marshal_
==23183==
==23183== 3,686,059 (540,276 direct, 3,145,783 indirect) bytes in 1 blocks are definitely lost in loss record 21,634 of 21,637
==23183== at 0x4C2ABB4: calloc (in /usr/lib/
==23183== by 0x103A9C42: ???
==23183== by 0x103AA31F: ???
==23183== by 0x8138C04: babl_extension_
==23183== by 0x7B80FAE: gegl_post_
==23183== by 0x8B196C7: g_option_
==23183== by 0x481691: main (main.c:396)
==23183==
==23183== 4,323,201 bytes in 298 blocks are possibly lost in loss record 21,635 of 21,637
==23183== at 0x4C2CD7B: malloc (in /usr/lib/
==23183== by 0x8B13CF0: g_malloc (gmem.c:159)
==23183== by 0x787C24: temp_buf_new (temp-buf.c:67)
==23183== by 0x696D67: gimp_brush_
==23183== by 0x69D7FE: gimp_brush_
==23183== by 0x6B6B70: gimp_data_
==23183== by 0x68F6128: gimp_datafiles_
==23183== by 0x6B6A34: gimp_data_
==23183== by 0x68F6128: gimp_datafiles_
==23183== by 0x6B6985: gimp_data_
==23183== by 0x6B74AC: gimp_data_
==23183== by 0x68BFE4: gimp_restore (gimp.c:952)
==23183==
==23183== 1,338,746,784 bytes in 400 blocks are definitely lost in loss record 21,636 of 21,637
==23183== at 0x4C2CD7B: malloc (in /usr/lib/
==23183== by 0x8B13CF0: g_malloc (gmem.c:159)
==23183== by 0x5302FC8: gtk_selection_
==23183== by 0x5303E68: gtk_selection_
==23183== by 0x564DC8: gimp_clipboard_
==23183== by 0x868461F: g_closure_invoke (gclosure.c:777)
==23183== by 0x8695EFF: signal_
==23183== by 0x869DD10: g_signal_
==23183== by 0x869E4B8: g_signal_...