Re: [Patch] Losing many samples when profiling multiple JVMs

William Cohen <[email protected]>
Newsgroups gmane.linux.oprofile
Message-ID <[email protected]>
On 07/10/2015 04:31 AM, Andrew Haley wrote:
> On 07/07/15 21:31, William Cohen wrote:
>> Sorry, it has taken me a while to get back to this.
>>
>> I am including Andrew Haley on this email because he works on the JVM
>> and has used oprofile to monitor performance of JVM generated code.
>> He might be able to give some feedback this issue and whether the
>> proposed fix is sufficient.
> 
> It's certainly true that the JVM can split and remap memory areas, so
> you have to be able to cope with that.
> 
> Andrew.
> 

Hi Andrew,

Thanks for the confirmation that the JVM might do that.  I have reworked the patch based on Rei Odaira's comments.  Andrew, this should address the problem you encountered in mid-May with samples being lost due to no permanent mapping on arm64.  Could you give the scratch built Fedora 22 rpms a try:

x86, x86-64, armv7 arm http://koji.fedoraproject.org/koji/taskinfo?taskID=10331313

64-bit arm64:  http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=3063105

Assuming this patch is good, I would like to roll this patch into the upstream oprofile and make a release candiate.

--Will



------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.