You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Gregory Shimansky (JIRA)" <ji...@apache.org> on 2006/11/28 16:31:23 UTC
[jira] Updated: (HARMONY-2202) [drlvm][jit] Arithmetic helpers
should be changed to directly generated code
[ http://issues.apache.org/jira/browse/HARMONY-2202?page=all ]
Gregory Shimansky updated HARMONY-2202:
---------------------------------------
Summary: [drlvm][jit] Arithmetic helpers should be changed to directly generated code (was: Arithmetic helpers should be changed to directly generated code)
> [drlvm][jit] Arithmetic helpers should be changed to directly generated code
> ----------------------------------------------------------------------------
>
> Key: HARMONY-2202
> URL: http://issues.apache.org/jira/browse/HARMONY-2202
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Nikolay Sidelnikov
> Priority: Minor
>
> Currently the following 64-bit operations are still not directly implemented:
> 64-bit multiplication (jitrino.dll::imul64),
> 64-bit division (jitrino.dll::idiv64) and
> 64-bit reminder (vmcore.dll::lrem).
> These operations are located in the hot path of BigDecimal calculations and
> have big impact to SPECjbb2005. These helpers should be strictly implemented as
> direct code. In addition to impact of these helpers code (2.18%), there are a
> big stack stress here (4 32-bit values as arguments). Also JIT should detect
> pairs <division,reminder> for the same arguments and generated combined code
> for such pair. Situation when division and reminder for the same values are
> calculated together is frequently in BigDecimal
--
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