dual processor
Robin Becker
robin at reportlab.com
Mon Sep 12 09:54:33 EDT 2005
Robin Becker wrote:
> Robin Becker wrote:
>
>>Paul Rubin wrote:
>>
>
>
>>>This module might be of interest: http://poshmodule.sf.net
>>>
>>
>>It seems it might be a bit out of date. I've emailed the author via sf, but no
>>reply. Does anyone know if poshmodule works with latest stuff?
>
from the horse's mouth comes confirmation that POSH is in a Norwegian Blue condition
from steffenv at cs.uit.no
> Hi,
>
> Sorry for the late reply; You're right in that the project is close to dead.
> That's simply because I haven't had the time and motivation to maintain it,
> or rather, to improve it to the point where it's more usable and bug-free.
> Currently, I view POSH as a proof of concept that transparent access to
> Python objects allocated in shared memory is feasible. The main limitation
> of POSH is that it relies on the semantics of fork() to preserve the exact
> same memory layout in parent and child processes; porting POSH to Windows or
> other platforms without a fork() system call would be a challenge. Besides
> that, the implementation could use a more efficient memory allocator, and
> some features that sacrifice performance for flexibility probably need to be
> rethought. It also badly needs a shared-memory blocking queue
> implementation to support common programming models involving queues, and a
> portable lock implementation for more architectures. These latter
> improvements should be rather straightforward, but I don't know how to avoid
> the fundamental limitation of relying on fork().
>
> Feel free to repost these comments on comp.lang.python if you want.
>
> Cheers,
> Steffen
--
Robin Becker
More information about the Python-list
mailing list