harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Egor Pasko (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-3584) [drlvm][jit][opt] arraycopy folding implementation in guarded manner
Date Thu, 25 Oct 2007 13:31:50 GMT

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

Egor Pasko commented on HARMONY-3584:
-------------------------------------

oops :)
strange things happen :)
George, how do you think, is it worth reviving the old implementation to compare both? or
is it just obvious for you that the new one is more promising? :)

BTW, it is hard to me to find where value profile is used, could anyone give a hint? :)

> [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