[
https://issues.apache.org/jira/browse/LANG-935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14361632#comment-14361632
]
Fabian Lange commented on LANG-935:
-----------------------------------
Result on Java 6_45
before
{code}
Result: 139586.149 ±(99.9%) 12711.803 ops/s [Average]
Statistics: (min, avg, max) = (136229.512, 139586.149, 144241.287), stdev =
3301.215
Confidence interval (99.9%): [126874.346, 152297.952]
{code}
after
{code}
Result: 218418.675 ±(99.9%) 6276.381 ops/s [Average]
Statistics: (min, avg, max) = (216081.850, 218418.675, 220147.912), stdev =
1629.956
Confidence interval (99.9%): [212142.294, 224695.057]
{code}
as expected the gain on 6 is not factor 2, but actually pretty close.
Any more concerns [[email protected]] ?
> Possible performance improvement on string escape functions
> -----------------------------------------------------------
>
> Key: LANG-935
> URL: https://issues.apache.org/jira/browse/LANG-935
> Project: Commons Lang
> Issue Type: Improvement
> Components: lang.text.translate.*
> Affects Versions: 3.1
> Reporter: Peter Wall
> Priority: Minor
> Labels: performance
> Fix For: Patch Needed
>
> Attachments: tempproject1.zip
>
>
> The escape functions for HTML etc. use the same code and the same
> initialisation tables for the escape and unescape functions, and while this
> is an elegant approach it leads to a number of deficiencies:
> 1. The code is very much less efficient than it could be
> 2. A new output string is created even when no conversion is required
> 3. No mapping is provided for characters that do not have a specific
> representation (for example HTML 0x101 should become ā )
> The proposal is to use a new mapping technique to address these issues
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
