Sap GUI for java on linux - memory leak

[Former Member]

I have a big problem running SAP GUI for java on linux - actually running the GUI for about an hour of work consumes all memory and swap - and the only way to get it back is to restart X server. The memory is allocated not by the GUI itself - but by the X server and is not freed when I quit GUI. I an running latest X.org 6.8.2 and sun jdk 1.4.2 - may be there is some known incompatibility with those versions or some config options to prevent this issue?

[RMW]

Hello,

we are not aware of such a problem, but will set up a test with X.org 6.8.2 and Sun JRE 1.4.2.

It sounds like the memory leak is somewhere in X, triggered by the JavaVM in calls, which SAPGUI for Java is using.

In the meantime , you could provide some more information about X extensions you are running. Maybe one of them is causing the leak.

Best regards

Rolf-Martin Woersinger

SAPGUI for Java project lead

[Former Member]

Section "Module"

Load "dbe"

Load "extmod"

Load "record"

Load "v4l"

Load "type1"

Load "dri"

Load "glx"

EndSection

Here are modules list from my xorg.conf - maybe there are the other way to get list of extensions?

Today I've just upgraded jvm to 1.5.0 - the same issue. Looks like X problem, but still no idea where

[RMW]

Hi Sergey,

thanks for the list. We will compare with our test setup.

Please goto https://bugs.freedesktop.org/ and search for "memory leak". In particular look for bug #2590.

It would be interesting what graphics card you use.

Best regards

Rolf-Martin

[Former Member]

It could be like this - actually I use Savage ProDDR integrated into my laptop. No much choice in laptops - just to use what is there.

Anyway Xorg drivers have a lot of common code.

[Former Member]

Sorry - just one more question - what version of X do you use in your design and test environment?

Maybe the best solution is to downgrade X to the version that does work - since the bug yu mentioned is not in the high priority and it could take a while until it is fixed

[Former Member]

The way to emulate situation fast - open a big table like BSEG in se11 and use scrollbar to scroll the field descriptions several times - and in 5 minutes of scrolling X memory usage will grow from 15 MB up to 100 - and never get freed even if GUI is closed.

[RMW]

We tried with SuSE 9.2 and X.org 6.8.1 but there was not such a problem. However we do have other Hardware.

We will try again on Monday with 6.8.2.

But everything points to a problem related to a certain graphics card and/or driver.

[Former Member]

I've tryed some tricks this weekend - first reinstalled my Gentoo box from the scratch - the leak remained. Then I've replaced gentoo X.org for the one from Suse 9.2 - still the leak. To eliminate hardware issues with savage driver switched to vesa driver - and no help.

To get the X process memory grow just go to se11 , open BSEG table there and scroll back and forth through the field description using toolbar. It was enough for me to scroll for couple minutes to get X memory grown from 16MB to 45MB

[Former Member]

Problem solved - the bug is in Xcursor extension. I've found the report on redhat bugzilla - related to Tcl/Tk. So i have just to remove .icons/default folder with fancy cursor theme and switch back to standard ugly X cursors - but the leak is gone now.

[RMW]

Hello,

thanks for the notification. This saves us some time trying with other configurations, which would not have helped because our test environment would have not included the malicious cursor theme.

Best regards

Rolf-Martin