felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcel Offermans <marcel.offerm...@luminis.eu>
Subject RE: Java process codepage sharing
Date Fri, 25 Jul 2014 14:16:13 GMT
You might want to try and contact Jan Rellermeyer about this. Last time I talked to him at
an OSGi meeting he was looking into doing multi-tenancy based on codepage sharing. He might
have further insights into this.

Greetings, Marcel

________________________________________
From: Rob Walker <robw@ascert.com>
Sent: Friday, July 25, 2014 3:35 PM
To: dev@felix.apache.org
Subject: Re: Java process codepage sharing

On 25/07/2014 15:20, Richard S. Hall wrote:
> On 7/25/14, 08:45 , Rob Walker wrote:
>> I'm being lazy here, but didn't find a quick answer via Google.
>>
>> I have it in the back of my mind that the Java VM has some kind of
>> codepage sharing i.e. 2 java process running the same code on the
>> same machine will only use one memory space for the loaded class
>> bytecode. Each will have it's own data pages clearly.
>>
>> 1st question is - am I correct on this?
>>
>> If this is true it leads to my 2nd question - whether Felix/OSGi
>> defeats? I'm assuming that any codepage sharing done by the VM would
>> be based on the absolute path to the JAR, and hence in an OSGi model
>> where we have a bundle cache per-process, the codepages may not end
>> up shared?
>
> I thought they only memory mapped the JRE classes, not application
> classes...
>
That could be what I'm thinking of!

Be interesting to know if they do go beyond that

> -> richard
>
>>
>>
>> Feel free to respond with links to article I need to go read!
>>
>> -- Rob
>>
>>
>> Ascert - Taking systems to the edge
>> robw@ascert.com
>> SA +27 21 300 2028
>> UK +44 20 7488 3470 ext 5119
>> www.ascert.com
>>
>

--


Ascert - Taking systems to the edge
robw@ascert.com
SA +27 21 300 2028
UK +44 20 7488 3470 ext 5119
www.ascert.com


Mime
View raw message