Hi,
Thanks Jonah for bringing this into consideration.
I do support the addition of MAT into EPPs. We're fortunately in an era where more and more software developers consider performance as critical (for ideological/ecological, or commercial reason since more and more software run on cloud services that can bill higher for higher CPU/memory/network consumption, or because of moving to more constrained IoT devices...); and in the JVM world, memory is a key factor of final performance. So I do believe that MAT is a tool that fits in the actual priorities of software development. Another indicator we can look at is that other IDEs (IJ or VSCode) have recently included tools about profiling for instance, comforting the idea that other solution providers also think that performance analysis tools now deserve to be shipped to the masses.
@Andrew do you think you could already submit a Gerrit patch to EPP to add MAT into the referenced products? It wouldn't guarantee that it would be merged as it immediately, but that would be 1 step forward and hopefully give more inertia for this addition to be implemented soon.
Cheers
(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
> 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
tools-pmc mailing list
tools-pmc@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/tools-pmc
--
