Hi Marcel,
It is a nice feature. I see two challenges:
1. Ensure heap dump is written when OOM occurs 2. Analyze heap dump headless from within a running Eclipse instance
While 1 is a JVM and installation specific challenge (where was the dump written to, was it written at all - just being two questions here) item 2 is more challenging. The analysis puts some heavy load onto the system. I'm not sure it's possible without affecting a user's Eclipse experience negatively.
A prototype might help.
-Gunnar
Hi there,
I’m late but I would like to evaluate wheter we could use MAT’s reports to (automatically) analyze OutOfMemoryErrors in Eclipse. These reports (or at least parts of it) would then be attached to the error report and uploaded to eclipse.org.
My idea would be to put this into the committers package once its written - any maybe only for the Oxygen milestone builds.
Gunnar (as package maintainer), what do you think?
Marcel
AFAIK it's creating and using a Lucene based index.
-Gunnar
When indexing very large projects CDT produces a very large index. It’s a single file with a hand rolled database. We get around OOM errors by memory mapping chunks of the file and limiting how much we map at a given time. We had thought it would slow
down access but it’s hardly noticeable.
Mind you with 64-bit now, in theory, you could memory map the whole thing. It doesn’t count against the Java heap, just the process address space. If MAT isn’t doing that, we should spend some time investing in it so that it does.
Doug.
How
does MAT handle huge dumps? Does it crash the application with an OOM or gently says it's sorry and not able to process such big files without more memory?
It does try to handle them but at some point OOM occurs and the standard Eclipse dialog pops up suggesting to close/restart the workbench.
-Gunnar
_______________________________________________ epp-dev mailing list epp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/epp-dev
_______________________________________________ epp-dev mailing list epp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/epp-dev
-- Codetrails GmbH The knowledge transfer company Robert-Bosch-Str. 7, 64293 Darmstadt Managing Director: Dr. Marcel Bruch Handelsregister: Darmstadt HRB 91940
_______________________________________________ epp-dev mailing list epp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/epp-dev
|