Issue Details (XML | Word | Printable)

Key: RVM-320
Type: Improvement Improvement
Status: Open Open
Priority: Minor Minor
Assignee: David Grove
Reporter: David Grove
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
RVM

Clean up alternative invokeinterface implementations

Created: 24/Oct/07 02:16 PM   Updated: 10/Jul/08 08:33 AM
Component/s: Compiler: Baseline, Compiler: Optimizing, Runtime
Affects Version/s: None
Fix Version/s: 3.1

Time Tracking:
Not Specified


 Description  « Hide
We currently have 5 different strategies to implement invokeinterface (all measured in Alpern et al OOPSLA 2001 paper).

In practice, only two of them: indirect IMT and searched ITable are actually "good" choices.
(1) Remove the other three choices (naive, direct ITable, directIMT) to a patch in the research archive.
(2) Get searched iTable working again, including better optimization of the common case of a cache hit.
(3) re-evaluate searched iTable vs. IMT on dacapo benchmarks. There are some indications in the OOOPSLA 2001 paper and in other experience with IMTs that searched itable may be a better implementation technique on the more complex Java applications we are now running on Jikes RVM.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
David Grove added a comment - 31/Mar/08 01:06 PM
embedded IMT and direct ITable removed in r14077.