On Tue, 4 Aug 2009, Paul Gilmartin wrote: > On Tue, 4 Aug 2009 07:49:25 -0500, McKown, John wrote: > >> > >> <HIJACK> From the gossip about Java byte code, this > >> might be strong motivation for RM=64. </HIJACK> > > > >Java bytecode is not executable by the CPU. It is intepreted by the JVM. > >There is no reason that I can think of, from a z/OS standpoint, why the > >bytecode could not be loaded into above the bar storage. > > > But, I was envisioning that for performance and sharability > it might be desirable to keep it in LPA. Sort of like a > VM DisContiguous Shared Segment. > > -- gil
OK, load it into HVCOMMON. But I don't know of any way to get the JVM to do this. I would guess that a custom ClassLoader in Java might be a way to do it. But it would need to be a JNI ClassLoader in order to use the various z/OS facilities. Might be nice if VLF could be used to cache bytecode like it can CLIST code. -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
