On Mon, 21 Mar 2005 10:54:11 -0500, Andrew Langmead
[EMAIL PROTECTED] wrote:
I haven't tried the
latest version of Parrot, but I'd think that Zope would be the last
thing that will run successfully.
I don't know that Parrot tries to emulate Python's C API either, and
Zope definately contains
On Mar 18, 2005, at 9:18 PM, Alan Milligan wrote:
I know a year or so ago, someone received a pie in the face at a
conference because Parrot still wasn't as fast as the native Python
interpreter, but maybe this too has changed with this release.
I wouldn't say that Dan got his pie because it
On Mar 21, 2005, at 11:59 AM, Alan Milligan wrote:
I'm not sure that it's necessarily this difficult. Perhaps it's simply
a matter of implementing Python's import/dlopen semantics and running
this C natively on the VM.
Take a look at something like
Zope-{version}/lib/Components/ExtensionClass/src
Alan Milligan wrote:
An obvious benefit is the genuine concurrency it offers over GIL on SMP
hardware. Anyone running an enterprise Zope or Plone installation would
desire to take advantage of this.
ZEO, multiple clients and processor affinity settings already offer
this, and with no extra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Withers wrote:
| ZEO, multiple clients and processor affinity settings already offer
| this, and with no extra development needed...
|
What userland tools are you using to implement processor affinity??
Alan
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Parrot 0.1.2 was released a couple of weeks ago. According to the
release notes, there's now better python support, separated into
dynaclasses.
Unfortunately, I haven't really managed to keep up with the Parrot
project, but I think it quite possibly