Charles Oliver Nutter created JRUBY-6292:
--------------------------------------------

             Summary: Massive perf degradation in pack after ByteList update
                 Key: JRUBY-6292
                 URL: https://jira.codehaus.org/browse/JRUBY-6292
             Project: JRuby
          Issue Type: Bug
            Reporter: Charles Oliver Nutter
            Assignee: Thomas E Enebo


I'm not sure if this was from Tom's changes or from mine, but #pack performance 
has degraded almost two orders of magnitude as a result.

Using Chuck Remes's benchmark from JRUBY-6221:

{noformat}
jruby-1.6.5 (and numbers on master were similar recently):

                             user     system      total        real
fast generate:           2.028000   0.000000   2.028000 (  2.028000)
pack:                    0.228000   0.000000   0.228000 (  0.228000)
parse:                   3.094000   0.000000   3.094000 (  3.094000)
unpack:                  0.208000   0.000000   0.208000 (  0.208000)

jruby master (now):

                             user     system      total        real
fast generate:           0.000000   0.000000   0.000000 (  0.000000)
pack:                   16.308000   0.000000  16.308000 ( 16.308000)
parse:                   0.000000   0.000000   0.000000 (  0.000000)
unpack:                  0.000000   0.000000   0.000000 (  0.000000)
{noformat}

A sample profile (with inlining turned off, to avoid clouding the results) 
shows the following:

{noformat}
     Compiled + native   Method                        
 88.1%     0  +  8539    org.jruby.util.ByteList.grow
  7.8%   753  +     0    org.jruby.util.ByteList.append
  0.4%    39  +     0    org.jruby.util.ByteList.<init>
{noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to