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
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
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,
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
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 |grep same