harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-2084) [drlvm][opt] Jitrino.OPT inliner can cause native SOE exception for some large methods
Date Tue, 07 Nov 2006 16:30:53 GMT
    [ http://issues.apache.org/jira/browse/HARMONY-2084?page=comments#action_12447849 ] 
Mikhail Fursov commented on HARMONY-2084:

I prefer a constant. You will never have a heuristic what stack size is enough to finish the
compilation for the given IR.

> [drlvm][opt] Jitrino.OPT inliner can cause native SOE exception for some large methods
> --------------------------------------------------------------------------------------
>                 Key: HARMONY-2084
>                 URL: http://issues.apache.org/jira/browse/HARMONY-2084
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Mikhail Fursov
>            Priority: Minor
>         Attachments: Test.java
> The inliner in Jitrino.OPT compiler stops inlining if bytecode size of the current method
is > some threshold.
> Sometimes (for synchronized methods) the bytecode size is small, but the size of the
resulted IR is very large. As the result Inliner can produce very large linear IR graphs that
 cause SOE in recursive algorithms like DFS
> The proposal is to add one more threshold to inliner: stop inlining if the number of
nodes in IR is greater then some const.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message