Re: Proposal for "fixing" the Java Runtime
+1 I would like to distribute a speedy java runtime using the new version kind java:11 On Mon, Jan 7, 2019 at 5:59 PM Michele Sciabarra wrote: > Yes I could try to measure J9. I am not sure how class caching works. I > tried to use it in my PoC and got confused so I resorted to "classic" > openjdk. > > -- > Michele Sciabarra > mich...@sciabarra.com > > - Original message - > From: Jonathan P Springer > To: dev@openwhisk.apache.org > Subject: Re: Proposal for "fixing" the Java Runtime > Date: Mon, 7 Jan 2019 22:29:46 + > > > Could we also take a look at our choice of runtime? We moved to OpenJ9 > rather than Hotspot because of the support for class caching, however > OpenJ9 is not available (yet) on the ARM64 architecture. Since we’ve got a > benchmarking structure in place, can we compare and decide? > > Sent from my iPhone > > > On Jan 7, 2019, at 4:35 PM, David P Grove wrote: > > > > Michele Sciabarra wrote on 01/07/2019 01:08:25 > PM: > >> > >> I benchmarked the java runtime, here: > >> > >> > https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ > > >> > >> As you can see the openwhisk/javaaction is pretty slow. Not sure > >> why... So I did a proof of concept to see how much I can improve. > >> Actually, a lot, as you can see the actionloop/java8, bringing the > >> runtime on par with the others using action loop. > >> > >> The actionloop/java8 is only a PoC, it runs the hello.java but I did > >> not run the tests. If the proposal is accepted I will work to make > >> sue it passes all the tests of the current java runtime. Then I have > >> in mind a lot of extensions, supporting java 11, providing the > >> ability to compile sources, download dependencies, compile also > >> scala and kotlin... > >> > >> But let do things in order. It the community ok that I contribute an > >> actionloop based java runtime? > > > > Hi Michele, > > > >No objections to speeding up Java from me :) > > > >The gain in /run is impressive. I do think we should try to > > understand why there is a slowdown in /init and attempt to mitigate it > > (since a cold start will do both /init and /run). > > > > > > --dave > -- Carlos Santana
Re: Proposal for "fixing" the Java Runtime
Yes I could try to measure J9. I am not sure how class caching works. I tried to use it in my PoC and got confused so I resorted to "classic" openjdk. -- Michele Sciabarra mich...@sciabarra.com - Original message - From: Jonathan P Springer To: dev@openwhisk.apache.org Subject: Re: Proposal for "fixing" the Java Runtime Date: Mon, 7 Jan 2019 22:29:46 + Could we also take a look at our choice of runtime? We moved to OpenJ9 rather than Hotspot because of the support for class caching, however OpenJ9 is not available (yet) on the ARM64 architecture. Since we’ve got a benchmarking structure in place, can we compare and decide? Sent from my iPhone > On Jan 7, 2019, at 4:35 PM, David P Grove wrote: > > Michele Sciabarra wrote on 01/07/2019 01:08:25 PM: >> >> I benchmarked the java runtime, here: >> >> https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ >> >> As you can see the openwhisk/javaaction is pretty slow. Not sure >> why... So I did a proof of concept to see how much I can improve. >> Actually, a lot, as you can see the actionloop/java8, bringing the >> runtime on par with the others using action loop. >> >> The actionloop/java8 is only a PoC, it runs the hello.java but I did >> not run the tests. If the proposal is accepted I will work to make >> sue it passes all the tests of the current java runtime. Then I have >> in mind a lot of extensions, supporting java 11, providing the >> ability to compile sources, download dependencies, compile also >> scala and kotlin... >> >> But let do things in order. It the community ok that I contribute an >> actionloop based java runtime? > > Hi Michele, > >No objections to speeding up Java from me :) > >The gain in /run is impressive. I do think we should try to > understand why there is a slowdown in /init and attempt to mitigate it > (since a cold start will do both /init and /run). > > > --dave
Re: Proposal for "fixing" the Java Runtime
Could we also take a look at our choice of runtime? We moved to OpenJ9 rather than Hotspot because of the support for class caching, however OpenJ9 is not available (yet) on the ARM64 architecture. Since we’ve got a benchmarking structure in place, can we compare and decide? Sent from my iPhone > On Jan 7, 2019, at 4:35 PM, David P Grove wrote: > > Michele Sciabarra wrote on 01/07/2019 01:08:25 PM: >> >> I benchmarked the java runtime, here: >> >> https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ >> >> As you can see the openwhisk/javaaction is pretty slow. Not sure >> why... So I did a proof of concept to see how much I can improve. >> Actually, a lot, as you can see the actionloop/java8, bringing the >> runtime on par with the others using action loop. >> >> The actionloop/java8 is only a PoC, it runs the hello.java but I did >> not run the tests. If the proposal is accepted I will work to make >> sue it passes all the tests of the current java runtime. Then I have >> in mind a lot of extensions, supporting java 11, providing the >> ability to compile sources, download dependencies, compile also >> scala and kotlin... >> >> But let do things in order. It the community ok that I contribute an >> actionloop based java runtime? > > Hi Michele, > >No objections to speeding up Java from me :) > >The gain in /run is impressive. I do think we should try to > understand why there is a slowdown in /init and attempt to mitigate it > (since a cold start will do both /init and /run). > > > --dave
Re: Proposal for "fixing" the Java Runtime
Michele Sciabarra wrote on 01/07/2019 04:53:25 PM: > > The slowdown in the init is because my PoC so far also compiles the > source, I am sending a .java not a .jar. My plan is to implement > also the precompilation as in Go. > Makes sense. Thanks. --dave
Re: Proposal for "fixing" the Java Runtime
The slowdown in the init is because my PoC so far also compiles the source, I am sending a .java not a .jar. My plan is to implement also the precompilation as in Go. -- Michele Sciabarra mich...@sciabarra.com - Original message - From: David P Grove To: dev@openwhisk.apache.org Subject: Re: Proposal for "fixing" the Java Runtime Date: Mon, 7 Jan 2019 16:35:01 -0500 Michele Sciabarra wrote on 01/07/2019 01:08:25 PM: > > I benchmarked the java runtime, here: > > https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ > > As you can see the openwhisk/javaaction is pretty slow. Not sure > why... So I did a proof of concept to see how much I can improve. > Actually, a lot, as you can see the actionloop/java8, bringing the > runtime on par with the others using action loop. > > The actionloop/java8 is only a PoC, it runs the hello.java but I did > not run the tests. If the proposal is accepted I will work to make > sue it passes all the tests of the current java runtime. Then I have > in mind a lot of extensions, supporting java 11, providing the > ability to compile sources, download dependencies, compile also > scala and kotlin... > > But let do things in order. It the community ok that I contribute an > actionloop based java runtime? Hi Michele, No objections to speeding up Java from me :) The gain in /run is impressive. I do think we should try to understand why there is a slowdown in /init and attempt to mitigate it (since a cold start will do both /init and /run). --dave
Re: Proposal for "fixing" the Java Runtime
Michele Sciabarra wrote on 01/07/2019 01:08:25 PM: > > I benchmarked the java runtime, here: > > https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ > > As you can see the openwhisk/javaaction is pretty slow. Not sure > why... So I did a proof of concept to see how much I can improve. > Actually, a lot, as you can see the actionloop/java8, bringing the > runtime on par with the others using action loop. > > The actionloop/java8 is only a PoC, it runs the hello.java but I did > not run the tests. If the proposal is accepted I will work to make > sue it passes all the tests of the current java runtime. Then I have > in mind a lot of extensions, supporting java 11, providing the > ability to compile sources, download dependencies, compile also > scala and kotlin... > > But let do things in order. It the community ok that I contribute an > actionloop based java runtime? Hi Michele, No objections to speeding up Java from me :) The gain in /run is impressive. I do think we should try to understand why there is a slowdown in /init and attempt to mitigate it (since a cold start will do both /init and /run). --dave
Proposal for "fixing" the Java Runtime
Hello whiskers, after thanking everyone for the honor of making me a committer, I do the proposal I worked those days: "fixing" the Java runtime. I benchmarked the java runtime, here: https://sciabarracom.github.io/incubator-openwhisk-runtime-actionloop/ As you can see the openwhisk/javaaction is pretty slow. Not sure why... So I did a proof of concept to see how much I can improve. Actually, a lot, as you can see the actionloop/java8, bringing the runtime on par with the others using action loop. The actionloop/java8 is only a PoC, it runs the hello.java but I did not run the tests. If the proposal is accepted I will work to make sue it passes all the tests of the current java runtime. Then I have in mind a lot of extensions, supporting java 11, providing the ability to compile sources, download dependencies, compile also scala and kotlin... But let do things in order. It the community ok that I contribute an actionloop based java runtime? PS I will be a bit slow working on it since those days I am finishing also the book on OpenWhisk... -- Michele Sciabarra mich...@sciabarra.com
