On Wed, Aug 02, 2000 at 12:20:00PM -0600, Nathan Torkington wrote: > Ken Fox writes: > > pipeline stalls, cache misses and a whole bunch of interesting things. One > > of the reasons Perl performed well is that it spent a lot of time in what > > they called native code, i.e. not decoding and dispatching ops. I think the key point there is that many perl ops are 'heavy'. They tend to do a lot of work. > One thing we could do is look at the op paths produced by perl5 code > and work out which sequences of ops occur so often that they deserve > to be encapsulated in their own op. This might give us new ideas on > how to design the ops. And the other way around: see which multi-function ops (those that have important 'if's near the top) could usefully be split into seperate ops to avoid instruction pipeline bubbles etc. Tim.
- Re: Stuff in core (was Re: date interface, on language (... Dan Sugalski
- Re: Stuff in core (was Re: date interface, on langu... Simon Cozens
- Re: Stuff in core (was Re: date interface, on l... Dan Sugalski
- Re: Stuff in core (was Re: date interface, on langu... Tim Bunce
- Re: Stuff in core (was Re: date interface, on l... Tim Bunce
- Re: Stuff in core (was Re: date interface, ... Dan Sugalski
- Re: Stuff in core (was Re: date interfa... Tim Bunce
- Re: Stuff in core (was Re: date in... Graham Barr
- Re: Stuff in core (was Re: date interfa... Ken Fox
- Re: Stuff in core (was Re: date in... Nathan Torkington
- Re: C# (.NET) has no interpret... Tim Bunce
- Re: C# (.NET) has no interpret... Joshua N Pritikin
- Re: C# (.NET) has no interpret... Ken Fox
- Re: C# (.NET) has no interpret... Kevin Scott
- Re: C# (.NET) has no interpret... Dan Sugalski
- Re: C# (.NET) has no interpret... John Tobey
- Re: C# (.NET) has no interpret... Ken Fox
- Re: C# (.NET) has no interpret... Joshua N Pritikin
- Re: C# (.NET) has no interpret... John Tobey
- Re: C# (.NET) has no interpret... Joshua N Pritikin
- Re: Stuff in core (was Re: date in... Dan Sugalski