At 6:06 PM +0200 8/16/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 11:58 PM +0200 8/15/03, Leopold Toetsch wrote:
What is that? I'd tossed all (hopefully) of the math, boolean, and
logical keyed vtables,

Ah yes - docu needs updating, but Dan didn't put his "yes agreed" under
these patches, yet ;-)

Right, because I don't agree.

I know that. But nothing has changed WRT multi-keyed ops since this thread:

  Date: Fri, 20 Sep 2002 11:12:18 +0200
  From: Leopold Toetsch <[EMAIL PROTECTED]>
  To: P6I <[EMAIL PROTECTED]>
  Subject: [RFC] 2. Proposal for _keyed opcodes

You write there: "I don't mind the opcode explosion, honestly."

How long does it take to compile core_ops_cg.c with 60 times the opcode,
we now have?

We'll only have double the number of ops (since we did decide, ages ago, that if one PMC in an all-PMC operation was accessed via key that they all would) so it's not a factor of 60 explosion. Even if it was, I'm not worried about the time to compile parrot. That's something that happens once, for any installation, so the compile time's generally irrelevant. Yeah, it's a problem for us, but we can deal.


What aboud cache locality?

This won't generally be an issue--either the functions get used a lot, in which case they'll be pinned in cache and work quickly, which is what we want, or they'll be used very rarely and it won't matter, since no matter what we do we'll be blowing cache. Also, in many cases the non-key form would make cache locality worse, since it'll involve creating PMCs for things that otherwise wouldn't have or need them. (Plus the attendant runtime overhead to construct the new temporary PMCs)


What about final executable size (with speciall respect to embbeding
Parrot in some small devices)?

That's definitely an issue, yes. This is something that someone looking to embed parrot into small devices may want to look at chopping out.


The only difference of my proposal and the mulit-keyed variants are 3
additional opcodes, which doesn't really count - we have a really fast
opcode dispatch:

And semantic differences--don't forget those. They trump everything else, FWIW. -- Dan

--------------------------------------"it's like this"-------------------
Dan Sugalski                          even samurai
[EMAIL PROTECTED]                         have teddy bears and even
                                      teddy bears get drunk

Reply via email to