[ https://issues.apache.org/jira/browse/TINKERPOP-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16446502#comment-16446502 ]
ASF GitHub Bot commented on TINKERPOP-1936: ------------------------------------------- Github user spmallette commented on the issue: https://github.com/apache/tinkerpop/pull/839 This was merged, but i accidentally rebased after the merge so the commit id got re-written which flubbed this apache integration: https://github.com/apache/tinkerpop/commit/682f298cc82d66fd7040cb29a7d3b769be5e2794 > Performance enhancement to Bytecode deserialization > --------------------------------------------------- > > Key: TINKERPOP-1936 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1936 > Project: TinkerPop > Issue Type: Improvement > Components: io > Affects Versions: 3.2.8 > Reporter: stephen mallette > Assignee: stephen mallette > Priority: Major > Fix For: 3.4.0, 3.2.9, 3.3.3 > > > There is a bad bottleneck in Jackson deserialization of {{Bytecode}}. It > doesn't become extremely apparent until higher levels of load are reached and > I think is even more evident after the latest bump in Jackson version where a > bug fix in Jackson itself changed the way in which deserialization caching > for collections was handled. {{Bytecode}} deserialization was relying on the > standard Jackson collection deserializers and it costs quite considerably in > terms of synchronized access to the deserializer cache and to the reflection > calls required to sort out types. -- This message was sent by Atlassian JIRA (v7.6.3#76005)