Just ran some performance stress tests to compare performance between
Java 8 and Java 14 with SecurityManager enabled and using TLSv1.3 secure
communications.
On Java 8, AccessController.getStackAccessControlContext[native]() is
7,741ms of process CPU consumption.
On Java 11, AccessControlle
Hi Peter,
For further understanding, may I know more details about the test code?
Thanks,
Xuelei
> On May 11, 2021, at 10:31 PM, Peter Firmstone
> wrote:
>
> Just ran some performance stress tests to compare performance between Java 8
> and Java 14 with SecurityManager enabled and using TLS
你好先生范, 不客气,
https://github.com/pfirmstone/JGDMS/blob/trunk/qa/src/org/apache/river/test/impl/mahalo/RandomStressTest.java
https://github.com/pfirmstone/JGDMS/blob/trunk/qa/src/org/apache/river/test/impl/mahalo/RandomStressTest.td
With the follow property set to reproduce:
org.apache.river.test
Steps to reproduce:
Use git to checkout https://github.com/pfirmstone/JGDMS.git
Set the following path variables to your Java installation directory:
JAVA_HOME=file path to java 8
JDK_HOME=file path to jdk 8 (same as above)
Make sure the java command returns Java 8.
$java -version
Change di
On 12/05/2021 07:18, Peter Firmstone wrote:
https://github.com/pfirmstone/JGDMS/blob/trunk/qa/src/org/apache/river/test/impl/mahalo/RandomStressTest.java
https://github.com/pfirmstone/JGDMS/blob/trunk/qa/src/org/apache/river/test/impl/mahalo/RandomStressTest.td
It would be great if there wer
Hi Alan,
Understood, not sure if I could give AccessController that kind of
workout using JDK classes alone, the library code is very performant.
It might be possible if AllPermission is granted and ClassLoaders are
created using only class bytes, without accessing files, to avoid using
the
