harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "George Timoshenko (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-3584) [drlvm][jit][opt] arraycopy folding implementation in guarded manner
Date Fri, 26 Oct 2007 03:33:50 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-3584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537821
] 

George Timoshenko commented on HARMONY-3584:
--------------------------------------------

Egor,
 at the time I implemented the first version of arraycopy optimization (even without 'rep
move' inst) that first implementation gave better results than original CharArrayCopy That's
why starting that first implementation arraycopy is managing all arraycopy call including
those of char arrays.

> [drlvm][jit][opt] arraycopy folding implementation in guarded manner
> --------------------------------------------------------------------
>
>                 Key: HARMONY-3584
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3584
>             Project: Harmony
>          Issue Type: Sub-task
>          Components: DRLVM
>            Reporter: George Timoshenko
>            Assignee: Mikhail Fursov
>            Priority: Minor
>         Attachments: arraycopy.patch, arraycopy_pass.patch, intrinsic_patch.patch
>
>
> the feature (arraycopy call replacement) can be done in the guarded manner. When the
classes of the arrays are being checked at runtime. 
> (It is not obvious if it gives a performance effect or not). 
> when this approach (guarded arraycopy call "inlining") is being implemented this optimisation
should be moved out from the translator and inserted (before inliner) into the HLO path as
a separate optimisation. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message