Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <29045995.1187175331031.JavaMail.jira@brutus>
Date: Wed, 15 Aug 2007 03:55:31 -0700 (PDT)
From: "Pavel Ozhdikhin (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Updated: (HARMONY-2084) [drlvm][jit][opt] Jitrino.OPT
 inliner can cause native SOE exception for some large methods
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HARMONY-2084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Pavel Ozhdikhin updated HARMONY-2084:
-------------------------------------

    Attachment: 2084.patch

The patch is attached. The test passed with this patch in all modes.

> [drlvm][jit][opt] Jitrino.OPT inliner can cause native SOE exception for some large methods
> -------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-2084
>                 URL: https://issues.apache.org/jira/browse/HARMONY-2084
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Mikhail Fursov
>            Assignee: Mikhail Fursov
>            Priority: Minor
>         Attachments: 2084.patch, 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.
-
You can reply to this email to add a comment to the issue online.