Re: [OpenJDK 2D-Dev] RFR: 8246032: Implementation of JEP 347: Adopt C++14 Language Features in HotSpot

2020-06-13 Thread Philip Race
Kim, Until it says in "the JDK" and not "in HotSpot" you have not addressed my main point. Please rename the JEP. -phil. On 6/13/20, 8:48 PM, Kim Barrett wrote: On Jun 10, 2020, at 2:26 AM, Kim Barrett wrote: On Jun 8, 2020, at 4:07 PM, Philip Race wrote: BTW the JEP (https://bugs.openj

Re: [OpenJDK 2D-Dev] RFR: 8246032: Implementation of JEP 347: Adopt C++14 Language Features in HotSpot

2020-06-13 Thread Kim Barrett
> On Jun 10, 2020, at 2:26 AM, Kim Barrett wrote: > >> On Jun 8, 2020, at 4:07 PM, Philip Race wrote: > >> BTW the JEP (https://bugs.openjdk.java.net/browse/JDK-8208089) still says >>> For Solaris: Add the -std=c++14 compiler option. . >> >> So I am sure there is still some room to update

Re: [PATCH] 8246633: Improve the performance of ObjectInputStream.resolveClass(ObjectStreamClass)

2020-06-13 Thread Alan Bateman
On 13/06/2020 00:19, Peter Kessler (Open Source) wrote: : I settled on a system-wide one-bit cache: There have been no user-defined ClassLoaders constructed, so I can not find one on any particular stack walk. It may not be the best possible solution, but it addresses the issue of useless stack

Re: [PATCH] 8246633: Improve the performance of ObjectInputStream.resolveClass(ObjectStreamClass)

2020-06-13 Thread Alan Bateman
On 12/06/2020 21:04, Peter Kessler (Open Source) wrote: Daniel, Thanks for the suggestions to increase the timeout and lower the concurrency. I did Bad Science(TM) and changed them both at the same time. I am now running $ jtreg-5.0-b01/bin/jtreg \ -verbose:summary -a -ea -esa -age