Closed
Bug 617682
Opened 14 years ago
Closed 13 years ago
AOT parsemultiname cache
Categories
(Tamarin Graveyard :: Virtual Machine, enhancement)
Tamarin Graveyard
Virtual Machine
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: alexmac, Unassigned)
References
Details
Attachments
(1 file)
3.44 KB,
patch
|
stejohns
:
review+
lhansen
:
superreview-
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_5; en-us) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/5.0.3 Safari/533.19.4 Build Identifier: To save a lot of redundant work during script execution we cache the results of "parseMultiname". The AOT compiler generates an array at compile time with one entry per multiname in the abc, The first time an AbcEnv is created for a given ABC we parse all the multinames. The patch also includes a couple of minor bug fixes. Reproducible: Always
Reporter | ||
Comment 1•14 years ago
|
||
Attachment #496215 -
Flags: review?(stejohns)
Comment 2•14 years ago
|
||
Comment on attachment 496215 [details] [diff] [review] Aot parsemultiname caching No obvious flaw, but I need to see AOTLazyEvalGuard to give a useful review, I suspect... where is it?
Comment 3•14 years ago
|
||
Comment on attachment 496215 [details] [diff] [review] Aot parsemultiname caching No obvious flaw; adding Lars to double-check for possible WB issues with initing Multinames in this way.
Attachment #496215 -
Flags: superreview?(lhansen)
Attachment #496215 -
Flags: review?(stejohns)
Attachment #496215 -
Flags: review+
Comment 4•14 years ago
|
||
Without a definition for AOTInfo it's not possible to tell. I'll hold off on the review until that information is available. Could you use the precomputedMultinames array instead, or somehow integrate the ideas? Krzysztof just posted a patch which I R+'d for making the precomputed multinames always available.
Comment 5•14 years ago
|
||
Comment on attachment 496215 [details] [diff] [review] Aot parsemultiname caching Impossible to tell if it's correct without access to the AOTInfo structure. And again, could the precomputedMultinames not serve this purpos?
Attachment #496215 -
Flags: superreview?(lhansen) → superreview-
Reporter | ||
Comment 6•14 years ago
|
||
sorry for the late response, I've started prepping the patch to open source the entirety of the AOT changes so you can see the AOTInfo structure in AOTCompiler.h in bug 620678. We could potentially use the precomputed multiname support, although it would be somewhat slower (getting a static multiname is just a single load instruction for AOT'ed apps now).
Reporter | ||
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•