tapestry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jochen Kemnade (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (TAP5-2337) Reduce number of calls of AbstractStringBuilder.expandCapacity
Date Mon, 03 Aug 2015 09:04:04 GMT

    [ https://issues.apache.org/jira/browse/TAP5-2337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14651618#comment-14651618

Jochen Kemnade commented on TAP5-2337:

Mentioned patches don't reduce number of GCed StringBuilder/String objects.
No, they don't, but they reduce the number of calls to {{StrinngBuilder.expandCapacity}} (which
this issue was about originally ;-)).
May be we can wait until Java8 to improve GC-related things w/o breaking API?
I guess that will be the best option.

> Reduce number of calls of AbstractStringBuilder.expandCapacity
> --------------------------------------------------------------
>                 Key: TAP5-2337
>                 URL: https://issues.apache.org/jira/browse/TAP5-2337
>             Project: Tapestry 5
>          Issue Type: Improvement
>            Reporter: Michael Mikhulya
>            Priority: Minor
>              Labels: patch, performance
>         Attachments: 0001-TAP5-2337-Reduce-number-of-calls-of-AbstractStringBu-jk.patch,
0001-TAP5-2337-Reduce-number-of-calls-of-AbstractStringBu.patch, Tapestry-StringBuilder.png
> During profiling of Tapestry framework I found that AbstractStringBuilder.expandCapacity
is called very frequently.
> There is a patch that get rid of creation StringBuilder with following calls of expandCapacity
(which allocate memory and copy current content into it).
> I have to thank Dmitriy Ilyin, who helped me to investigate the issue and to find the
simplest solution (actually we get a little bit less code while improving performance).
> With this improvement time per request decreased on 0.5ms (1% of overall time)on our
test. All measurements were done with apache benchmark after warm up phase.

This message was sent by Atlassian JIRA

View raw message