[EMAIL PROTECTED] writes:
> On 23 Oct, 10:42 pm, [EMAIL PROTECTED] wrote:
>>Guido van Rossum wrote:
>>>there already is something else called VPython
>>
>>Perhaps it could be called Fython (Python with a Forth-like VM)
>>or Thython (threaded-code Python).
>
> I feel like I've missed something impo
Greg Ewing <[EMAIL PROTECTED]> writes:
> Daniel Stutzbach wrote:
>
>> With threaded code, every handler ends with its own dispatcher, so
>> the processor can make fine-grained predictions.
>
> I'm still wondering whether all this stuff makes a
> noticeable difference in real-life Python code, whic
"Daniel Stutzbach" <[EMAIL PROTECTED]> writes:
[snip]
>I searched around for information on how threaded code interacts with
>branch prediction, and here's what I found. The short answer is that
>threaded code significantly improves branch prediction.
See ``Optimizing indirect branc
"M.-A. Lemburg" <[EMAIL PROTECTED]> writes:
[snip]
> BTW: I hope you did not use pybench to get profiles of the opcodes.
> That would most certainly result in good results for pybench, but
> less good ones for general applications such as Django or Zope/Plone.
Algorithm used for superinstruction
Antoine Pitrou <[EMAIL PROTECTED]> writes:
> Hi,
>
> J. Sievers gmail.com> writes:
>>
>> A sequence of code such as LOAD_CONST LOAD_FAST BINARY_ADD will, in
>> CPython, push some constant onto the stack, push some local onto the
>> stack, then pop
Hey,
I hope you don't mind my replying in digest form.
First off, I guess I should be a little clearer as to what VPthon is
and what it does.
VPython is essentially a set of patches for CPython (in touches only
three files, diff -b is about 800 lines IIRC plus the switch statement
in ceval.c's E
Hi,
I implemented a variant of the CPython VM on top of Gforth's Vmgen; this made
it fairly straightforward to add direct threaded code and superinstructions for
the various permutations of LOAD_CONST, LOAD_FAST, and most of the two-argument
VM instructions.
Sources:
http://svirfneblin.org/stuf
