JDK 9 RFR: 8176168: Performance drop due to SAXParser SymbolTable reset

Lance Andersen lance.andersen at oracle.com
Mon Apr 17 15:56:19 UTC 2017


Hi Aleksei,

I think the change makes sense and pending CCC approval should be good to go :-)

Best
Lance
> On Apr 16, 2017, at 6:02 PM, Aleks Efimov <aleksej.efimov at oracle.com> wrote:
> 
> Hi,
> 
> Please, help to review the fix [1] for a performance regression in SPECjvm2008-XML benchmark. The cause of this regression was the unconditional reset of SAX parsers symbol table during each reset() operation introduced by JDK-8173390.
> Proposed fix introduces new system property (CCC request is still pending approval) that provides ability to control the symbol table reset functionality. By default the reset table functionality is disabled, similar to pre JDK-8173390 behavior. JAXWS parsers pool implementation was updated to utilize new property to reset symbol table only in JAXWS use-cases that helped to restore the performance levels to pre JDK-8173390 level.
> 
> Modified regression test and XML related JCK tests passes on build with proposed changes.
> 
> With Best Regards,
> Aleksei
> 
> [1] http://cr.openjdk.java.net/~aefimov/8176168/00/

 <http://oracle.com/us/design/oracle-email-sig-198324.gif>
 <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
 <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>





More information about the core-libs-dev mailing list