Re: [tools-pmc] [epp-dev] Adding Eclipse MAT to one or more EPP's?

[Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx>]

FWIW, the reason I do not recommend adding MAT to any package is based on my experience using MAT. When I had a need to use MAT it was typically in a different context - production troubleshooting. Thus, the memory snapshots usually would be very large. I *never* was successful opening them in an existing workspace in an existing Eclipse installation. Eclipse workspaces do bring some memory requirements with them as well as all the plug-ins in an Eclipse installation. Analyzing heap dumps was always a better experience for me with the separate MAT application.

However, this might be irrelevant for smaller snapshots. Thus, it might be ok to have MAT in those. We just should communicate proper limitations to not trigger wrong expectations, leading to frustration when it does not work.

-Gunnar

-- 
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx, http://guw.io/


> On Dec 9, 2020, at 20:40, Jonah Graham <jonah@xxxxxxxxxxxxxxxx> wrote:
> 
> (moving conversation to EPP-dev)
> 
> Thank you Andrew for the background on MAT.
> 
> Fellow EPP maintainers,
> 
> I am not sure if it has been considered before by the maintainers of the various primarily Java focussed packages to include Eclipse Memory Analyzer (MAT), however I forward this to you for your consideration. The EPP's have always seemed a good way to get tools into users' hands.
> 
> Thanks
> Jonah
> 
> 
> 
> On Wed., Dec. 9, 2020, 10:07 Andrew Johnson, <andrew_johnson@xxxxxxxxxx> wrote:
> > Quick question. MAT is not part of any of the EPP packages but is 
> > part of simrel. Any insight as to why it isn't, possibly some 
> > history I am not aware of?
> > 
> > Thanks, 
> > Jonah 
> > 
> MAT is a small project so I think we just didn't consider it and weren't 
> asked. It started as an incubating project under Technology (in Galileo?) 
> and in 2010 graduated, moved to the Tools top-level project and was in the 
> Helios and following simrels.
> http://archive.eclipse.org/projects/www/project-slides/MAT_Graduation_Move_Review.pdf
> Even though we are not part of a package we had 25,000 downloads in total 
> from 2020-03,2020-06,2020-09 so some users are finding MAT. [Compare to 
> approximately 200,000 downloads a year of the stand-alone MAT packages].
> 
> The possible packages would be any with Java:
> Eclipse IDE for Java Developers
> Eclipse IDE for Enterprise Java Developers
> Eclipse IDE for Web and JavaScript Developers
> Eclipse IDE for Java and DSL Developers
> Eclipse IDE for RCP and RAP Developers
> 
> but the first two are by far the most popular in downloads. As there are 
> many more package downloads than simrel downloads of MAT I don't know 
> whether the average user wants/needs/should have MAT. The extra size, 
> including some BIRT plugins should be about 19MB.
> 
> However MAT is not well integrated with JDT. There's just a link from the 
> Java classes and stack frames in the heap dump in MAT to the source in 
> JDT, and now the JDT list of JVMs is used to give suggestions for JVMs in 
> MAT used to acquire heap dumps. Perhaps more could be done
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=568201
> but it's hard to find the time, or new people to help.
> 
> Andrew Johnson
> 
> 
> 
> 
> 
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 
> 741598. 
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
> 
> _______________________________________________
> tools-pmc mailing list
> tools-pmc@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/tools-pmc
> _______________________________________________
> epp-dev mailing list
> epp-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/epp-dev