Memory leaks 2
Memory leaks 2
Hi,
relate my post here (http://www.teechart.net/support/viewtop ... 733#p60998), I investigate it further, and I see in memory some AWT-Objects, like SystemColor, Color, Font etc. It still reproducible in two different Java version (1,6 and 1,7). If you still have any question or any description above is not clear enough, don't hesitate to contact me.
relate my post here (http://www.teechart.net/support/viewtop ... 733#p60998), I investigate it further, and I see in memory some AWT-Objects, like SystemColor, Color, Font etc. It still reproducible in two different Java version (1,6 and 1,7). If you still have any question or any description above is not clear enough, don't hesitate to contact me.
Re: Memory leaks 2
Hi mora,
Excuse us for the delay here.
We're investigating it.
Excuse us for the delay here.
We're investigating it.
Best Regards,
Yeray Alonso Development & Support Steema Software Av. Montilivi 33, 17003 Girona, Catalonia (SP) | |
Please read our Bug Fixing Policy |
Re: Memory leaks 2
Hello Yeray
our software based on TeeChart is live since some weeks, but every some days it crashes because of the memory leaks.
We need urgently a solution for this and a complete new release of the Java edition of TeeChart.
Hubert
our software based on TeeChart is live since some weeks, but every some days it crashes because of the memory leaks.
We need urgently a solution for this and a complete new release of the Java edition of TeeChart.
Hubert
Re: Memory leaks 2
Hello Hubert,
Status update .. we are still investigating and will get back to this thread shortly.
Regards,
Marc Meumann
Status update .. we are still investigating and will get back to this thread shortly.
Regards,
Marc Meumann
Steema Support
Re: Memory leaks 2
Hello Hubert,
We've reviewed all elements that display as being in memory by VisualVM.
Remaining TeeChart items displayed in the VisualVM list in our tests are static variables, released with the application but not by a closed form. They are reusable, occupying about 12KB and will not use cumulative memory so should make no further impact on memory usage by your application or cause memory leakage effects.
It may be that you have found symptoms that do not concur with our results so please let us know if any particular TeeChart elements are of concern to you and we'll try and reproduce your findings.
Some unrelated changes and recent modifications sent to you are being prepared as part of a new release and will be published imminently.
Regards,
Marc
We've reviewed all elements that display as being in memory by VisualVM.
Remaining TeeChart items displayed in the VisualVM list in our tests are static variables, released with the application but not by a closed form. They are reusable, occupying about 12KB and will not use cumulative memory so should make no further impact on memory usage by your application or cause memory leakage effects.
It may be that you have found symptoms that do not concur with our results so please let us know if any particular TeeChart elements are of concern to you and we'll try and reproduce your findings.
Some unrelated changes and recent modifications sent to you are being prepared as part of a new release and will be published imminently.
Regards,
Marc
Steema Support
Re: Memory leaks 2
Hello Marc
since weeks I try to track our problems running our visualization software during longer period. I can state that it crashes after some days.
My investigatuions are:
I'm sure that for 99% the reason is the TeeChart library
I had same problems under Windows + Sun Java and with Linux + OpenJDK 7, using different versions of SWT
I used JProfiler as well VisualVM.
The crash comes up when too much GDI objects (limit is 9999) are in use. So, in my opinion you are not disposing the GDI objects.
For each GDI object you need a mapping to a SWT object. If you dispose the SWT object, you need to first destroy the related GDI object. It seems that the old GDI objects remains in memory because the number of GDI objects is increasing permanently, which can be monitored by TaskManager as well GDIView.
Attached is a small test programm
Regards
Hubert
since weeks I try to track our problems running our visualization software during longer period. I can state that it crashes after some days.
My investigatuions are:
I'm sure that for 99% the reason is the TeeChart library
I had same problems under Windows + Sun Java and with Linux + OpenJDK 7, using different versions of SWT
I used JProfiler as well VisualVM.
The crash comes up when too much GDI objects (limit is 9999) are in use. So, in my opinion you are not disposing the GDI objects.
For each GDI object you need a mapping to a SWT object. If you dispose the SWT object, you need to first destroy the related GDI object. It seems that the old GDI objects remains in memory because the number of GDI objects is increasing permanently, which can be monitored by TaskManager as well GDIView.
Attached is a small test programm
Regards
Hubert
Re: Memory leaks 2
Sorry, I forget the attachment
- Attachments
-
- MainTest.zip
- (936 Bytes) Downloaded 1663 times
Re: Memory leaks 2
Hello Hubert,
Thanks for the test project. We'll take a look to see whether we can find new clues with it.
Regards,
Marc
Thanks for the test project. We'll take a look to see whether we can find new clues with it.
Regards,
Marc
Re: Memory leaks 2
Hello Hubert,
We have emailed you a link to a TeeChart test version.
Regards,
Marc
We have emailed you a link to a TeeChart test version.
Regards,
Marc
Steema Support
Re: Memory leaks 2
Hello Marc,
We have the same memory leak problem that Hubert had.
Can we know when are you going to release the fixed version?
Thank you!
Best regards,
Ishan.
We have the same memory leak problem that Hubert had.
Can we know when are you going to release the fixed version?
Thank you!
Best regards,
Ishan.
Re: Memory leaks 2
Hi Ishan,
We're still finalising tests and awaiting feedback before publishing the next update release but we will send you a link to the test version so that you can run your own checks on it.
We're still finalising tests and awaiting feedback before publishing the next update release but we will send you a link to the test version so that you can run your own checks on it.
Best Regards,
Yeray Alonso Development & Support Steema Software Av. Montilivi 33, 17003 Girona, Catalonia (SP) | |
Please read our Bug Fixing Policy |
Re: Memory leaks 2
Hi Yeray,
Seems test version has resolved the memory leak problem.
But it launches a swt exception when mouse click on a chart (for example when try to zoom).
Regards,
Ishan.
Seems test version has resolved the memory leak problem.
But it launches a swt exception when mouse click on a chart (for example when try to zoom).
Code: Select all
org.eclipse.swt.SWTException: Graphic is disposed
at org.eclipse.swt.SWT.error(SWT.java:4361)
at org.eclipse.swt.SWT.error(SWT.java:4276)
at org.eclipse.swt.SWT.error(SWT.java:4247)
at org.eclipse.swt.graphics.GC.setForeground(GC.java:4425)
at com.steema.teechart.swt.Graphics3DSWT.prepareFont(Graphics3DSWT.java:789)
at com.steema.teechart.swt.Graphics3DSWT.prepareFont(Graphics3DSWT.java:745)
at com.steema.teechart.swt.Graphics3DSWT.measureString(Graphics3DSWT.java:805)
at com.steema.teechart.drawing.Graphics3D.textHeight(Graphics3D.java:4010)
at com.steema.teechart.drawing.Graphics3D.textHeight(Graphics3D.java:4036)
at com.steema.teechart.drawing.Graphics3D.getFontHeight(Graphics3D.java:3027)
at com.steema.teechart.legend.Legend.calcItemHeight(Legend.java:758)
at com.steema.teechart.legend.Legend.clicked(Legend.java:708)
at com.steema.teechart.legend.Legend.clicked(Legend.java:691)
at com.steema.teechart.Chart.calcNeedClickedPart(Chart.java:1095)
at com.steema.teechart.Chart.mousePressed(Chart.java:1180)
at com.steema.teechart.TChart.processMouseEvent(TChart.java:1259)
at com.steema.teechart.TChart$4.handleEvent(TChart.java:363)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1262)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1052)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4169)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3758)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1053)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:942)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:86)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:150)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:353)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)
at org.eclipse.equinox.launcher.Main.main(Main.java:1414)
Ishan.
Re: Memory leaks 2
Hello,
You are right. We've reproduced it and we are looking at it.
We'll send you a new test version as soon as we solve it.
You are right. We've reproduced it and we are looking at it.
We'll send you a new test version as soon as we solve it.
Best Regards,
Yeray Alonso Development & Support Steema Software Av. Montilivi 33, 17003 Girona, Catalonia (SP) | |
Please read our Bug Fixing Policy |
Re: Memory leaks 2
Hi,
We solved it. I'll send you the new testing version.
We solved it. I'll send you the new testing version.
Best Regards,
Yeray Alonso Development & Support Steema Software Av. Montilivi 33, 17003 Girona, Catalonia (SP) | |
Please read our Bug Fixing Policy |
Re: Memory leaks 2
Hi Yeray,
Ok, click on chart now doesn't launch any exceptions.
But there is still a memory leak with fonts... for example try to move mouse over a chart, it increases gdi.
Here I attach a screenshoot of gdiview of my application (pid 4008) after a some time. Ishan.
Ok, click on chart now doesn't launch any exceptions.
But there is still a memory leak with fonts... for example try to move mouse over a chart, it increases gdi.
Here I attach a screenshoot of gdiview of my application (pid 4008) after a some time. Ishan.