I still don't have a solution but here are my latest findings about this issue: 1.) WID process uses following files: lsof -p | grep swt eclipse 7819 rstribrn mem REG 8,7 40736 1058233 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-cairo-gtk-3453.so eclipse 7819 rstribrn mem REG 8,7 23060 1058235 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-atk-gtk-3453.so eclipse 7819 rstribrn mem REG 8,7 352276 1058234 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-pi-gtk-3453.so eclipse 7819 rstribrn mem REG 8,7 11360 1058230 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-gtk-3453.so eclipse 7819 rstribrn 102r REG 8,7 17000 3424093 /opt/IBM/SDPShared/plugins/org.eclipse.swt_3.4.2.v3453a.jar eclipse 7819 rstribrn 112r REG 8,7 2066776 3421737 /opt/IBM/SDPShared/plugins/org.eclipse.swt.gtk.linux.x86_3.4.1.v3453a.jar lsof -p | grep gtk eclipse 14813 rstribrn mem REG 8,1 80704 15754 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so eclipse 14813 rstribrn mem REG 8,1 18068 4218 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so eclipse 14813 rstribrn mem REG 8,7 40736 1058233 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-cairo-gtk-3453.so eclipse 14813 rstribrn mem REG 8,7 23060 1058235 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-atk-gtk-3453.so eclipse 14813 rstribrn mem REG 8,1 26512 6241 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so eclipse 14813 rstribrn mem REG 8,7 352276 1058234 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-pi-gtk-3453.so eclipse 14813 rstribrn mem REG 8,7 11360 1058230 /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-gtk-3453.so eclipse 14813 rstribrn mem REG 8,1 219296 31730 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/engines/libmurrine.so eclipse 14813 rstribrn mem REG 8,1 4617044 931729 /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0.2400.17 eclipse 14813 rstribrn mem REG 8,1 17948 926032 /usr/lib/i386-linux-gnu/libcanberra-gtk.so.0.1.9 eclipse 14813 rstribrn mem REG 8,1 22156 529 /usr/lib/i386-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so eclipse 14813 rstribrn mem REG 8,7 133193 790237 /opt/IBM/WID62/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.0.101.R34x_v20080805/eclipse_1115.so eclipse 14813 rstribrn 182r REG 8,7 2066776 3421737 /opt/IBM/SDPShared/plugins/org.eclipse.swt.gtk.linux.x86_3.4.1.v3453a.jar lsof -p | grep gdk eclipse 14813 rstribrn mem REG 8,1 5604 1454545 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so eclipse 14813 rstribrn mem REG 8,1 18044 1458116 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so eclipse 14813 rstribrn mem REG 8,1 26176 1457839 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so eclipse 14813 rstribrn mem REG 8,1 13768 1457834 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so eclipse 14813 rstribrn mem REG 8,1 712732 924837 /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0.2400.17 eclipse 14813 rstribrn mem REG 8,1 137196 924851 /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0.2800.0 2.) kill -3 javacore.20130429.181810.32056.0005.txt 3XMTHREADINFO "main" J9VMThread:0x09288400, j9thread_t:0x0926C02C, java/lang/Thread:0x98B60020, state:R, prio=6 3XMTHREADINFO1 (native thread ID:0x7D38, native priority:0x6, native policy:UNKNOWN) 3XMTHREADINFO2 (native stack address range from:0xFF27A000, to:0xFFA7A000, size:0x800000) 3XMTHREADINFO3 Java callstack: 4XESTACKTRACE at org/eclipse/swt/internal/gtk/OS._gdk_pixbuf_scale_simple(Native Method) 4XESTACKTRACE at org/eclipse/swt/internal/gtk/OS.gdk_pixbuf_scale_simple(OS.java:3154(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/GC.scale(GC.java:1105(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/GC.drawImage(GC.java:884(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/GC.drawImage(GC.java:873(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/GC.drawImage(GC.java:759(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/ImageData.fillGradientRectangle(ImageData.java:3597(Compiled Code)) 4XESTACKTRACE at org/eclipse/swt/graphics/GC.fillGradientRectangle(GC.java:1833(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/SWTGraphics.fillGradient(SWTGraphics.java:515(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Graphics.fillGradient(Graphics.java:412(Compiled Code)) 4XESTACKTRACE at com/ibm/wbit/bpel/ui/editparts/borders/GradientBorder.paintGradient(Bytecode PC:18(Compiled Code)) 4XESTACKTRACE at com/ibm/wbit/bpel/ui/editparts/figures/GradientFigure.paintClientArea(Bytecode PC:28(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paint(Figure.java:1051(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paintChildren(Figure.java:1087(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paintClientArea(Figure.java:1119(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paint(Figure.java:1051(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paintChildren(Figure.java:1087(Compiled Code)) 4XESTACKTRACE at org/eclipse/draw2d/Figure.paintClientArea(Figure.java:1119(Compiled Code)) 2CLTEXTCLLIB Loader org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader(0x993A33C8) 3CLTEXTLIB /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-gtk-3453.so 3CLTEXTLIB /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-pi-gtk-3453.so 3CLTEXTLIB /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-atk-gtk-3453.so 3CLTEXTLIB /opt/IBM/WID62/configuration/org.eclipse.osgi/bundles/2282/1/.cp/libswt-cairo-gtk-3453.so => So it seems that it is spending the time in OS._gdk_pixbuf_scale_simple. 3.) gdk_pixbuf_scale_simple is provided by libgdk_pixbuf-2.0.so 4.) I've verified the differences between the builds of gdk-pixbuf-2.28.0 for oneiric and precise/raring and found no problematic difference. I've verified the differences between the gdk-pixbuf-2.24.1 (oneiric version) and gdk-pixbuf-2.28.0 (raring) and also found nothing. 5.) However, gdk_pixbuf_scale_simple function calls gdk_pixbuf_scale...but wait, this function should be performed by hardware (and not CPU), right? => That led me to another investigation. 6.) SWT library org/eclipse/swt/graphics/Device.java has boolean named useXRender It seems that there is some difference in libXrender (oneiric version and all newer versions) - Oneiric version sets device.useXRender (boolean) flag to TRUE - All other newer version sets it to FALSE => I've verified this with a simple Java program which was using libXrender1.so from Ubuntu Oneiric (11.10) and from Ubuntu Raring (13.04). When Oneiric's version was used => Device.useXRender flag was set to TRUE. When newer version of the same library was put on the LD_LIBRARY_PATH => Device.useXRender flag was set to FALSE. Strange...still need more investigation what's going on :-(...