Dan Sugalski <[EMAIL PROTECTED]> wrote:
>>This is 3 times faster and saves ~1000 DOD runs.
> Wow.
> Okay. Go for it.
Done.
CODE OP FULL NAMECALLS TOTAL TIME AVG T. ms
- --- -- --
743 findclass_i_sc1000.478843
At 12:14 PM +0100 12/2/03, Leopold Toetsch wrote:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
OTOH I'm thinking of adding _keyed_str variants to used _keyed vtables.
We are already constructing too much temporary key PMCs from a string
just to pass a string to an hash lookup. Object ops and func
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> OTOH I'm thinking of adding _keyed_str variants to used _keyed vtables.
> We are already constructing too much temporary key PMCs from a string
> just to pass a string to an hash lookup. Object ops and functions do
> this all over the place repeatedly.
I wrote here at mid-May:
[ vtable <-> opcode coverage ]
Here is an update of a really old story:
$ ./vtbc.pl # s. below
vtable coverage
vtable.tbl has 202 entries
core_ops.c has 116 entries + 10 internally used
[ ... ]
76 unused
19 _bignum variants - TODO
19 unused vtables with _same suff
Dan Sugalski wrote:
Got Warnocked, I think. I'm partway through partitioning the vtable up
to make overriding vtables on a per-PMC basis less expensive. I'm pretty
sure that most of the keyed variants will end up being used, but we may
end up pruning a bunch of these out.
The _keyed math, logic
At 8:53 PM +0100 8/6/03, Nicholas Clark wrote:
On Tue, May 20, 2003 at 04:33:31PM +0200, Leopold Toetsch wrote:
In perl.perl6.internals, I wrote:
> When looking at classes/*.c struct _vtable temp_base_vtable {} by far
> the most vtable methods are unused or uncovered by opcodes:
Some more detai
On Tue, May 20, 2003 at 04:33:31PM +0200, Leopold Toetsch wrote:
> In perl.perl6.internals, I wrote:
> > When looking at classes/*.c struct _vtable temp_base_vtable {} by far
> > the most vtable methods are unused or uncovered by opcodes:
>
> Some more details (vtbc.pl is below):
> $ ./vtbc.pl |gr
