On Fri, 2012-08-31 at 21:04 +0200, Laszlo Nagy wrote:
> I have seen a stand alone cross platform IPC server before that could
> serve "channels", and send/receive messages using these channels. But I
> don't remember its name and now I cannot find it. Can somebody please help?
I strongly recomm
On 08/09/2012 16:11, Ramchandra Apte wrote:
> On Friday, 7 September 2012 02:25:15 UTC+5:30, Dave Angel wrote:
>> On 09/06/2012 04:33 PM, Dennis Lee Bieber wrote:
>>
>>>
>>
>>
>>
>>> Note that this difference mainly applies to how the processes are
>>
>>> themselves are created... How the library
On Friday, 7 September 2012 02:25:15 UTC+5:30, Dave Angel wrote:
> On 09/06/2012 04:33 PM, Dennis Lee Bieber wrote:
>
> >
>
>
>
> > Note that this difference mainly applies to how the processes are
>
> > themselves are created... How the library wraps shared data is
>
> > possibly different
On 09/06/2012 04:33 PM, Dennis Lee Bieber wrote:
>
> Note that this difference mainly applies to how the processes are
> themselves are created... How the library wraps shared data is
> possibly different (I've never understood how a "fork" process can
> avoid memory conflicts if it has write acc
Probably the fastest I/RPC implementation for Python should be
OmniOrbpy:
http://omniorb.sourceforge.net/
It's cross-platform, language-independent and standard-(Corba-)
compliant.
I don't want to use IDL though. Clients will be written in Python, and
it would be a waste of time to write IDL
Hi Laszlo,
There aren't a lot of ways to create a Python object in an "mmap" buffer. "mmap" is conducive to arrays of arrays.
For variable-length structures like strings and lists, you need "dynamic allocation". The C functions "malloc" and
"free" allocate memory space, and file creation a
How about the standard multiprocessing module? It supports shared
memory, remote processes, and will most probably work under PyPy:
http://docs.python.org/library/multiprocessing.html
I always thought, that the multiprocessing module does NOT use shared
memory (at least not under windows)
It
On 08/31/2012 11:05 PM, Antoine Pitrou wrote:
Laszlo Nagy shopzeus.com> writes:
How about the standard multiprocessing module? It supports shared memory, remote
processes, and will most probably work under PyPy:
http://docs.python.org/library/multiprocessing.html
I always thought, that th
On 08/31/2012 11:05 PM, Antoine Pitrou wrote:
Laszlo Nagy shopzeus.com> writes:
How about the standard multiprocessing module? It supports shared
memory, remote processes, and will most probably work under PyPy:
http://docs.python.org/library/multiprocessing.html
I always thought, that the
On 08/31/2012 11:05 PM, Antoine Pitrou wrote:
Laszlo Nagy shopzeus.com> writes:
How about the standard multiprocessing module? It supports shared memory, remote
processes, and will most probably work under PyPy:
http://docs.python.org/library/multiprocessing.html
I always thought, that th
On Saturday, September 1, 2012 6:25:36 PM UTC+5:30, Wolfgang Keller wrote:
> > There are just so many IPC modules out there. I'm looking for a
>
> > solution for developing a new a multi-tier application. The core
>
> > application will be running on a single computer, so the IPC should
>
> > be
Laszlo Nagy wrote:
There are just so many IPC modules out there. I'm looking for a
solution for developing a new a multi-tier application. The core
application will be running on a single computer, so the IPC should be
using shared memory (or mmap) and have very short response times. But
there
On Friday, August 31, 2012 2:22:00 PM UTC-5, Laszlo Nagy wrote:
> There are just so many IPC modules out there. I'm looking for a solution
>
> for developing a new a multi-tier application. The core application will
>
> be running on a single computer, so the IPC should be using shared
>
> me
> There are just so many IPC modules out there. I'm looking for a
> solution for developing a new a multi-tier application. The core
> application will be running on a single computer, so the IPC should
> be using shared memory (or mmap) and have very short response times.
Probably the fastest I/R
Zeromq (suggested by someone) is an option since it's pretty fast for
most purposes, but I don't think it uses shared memory.
Interesting question. The documentation says:
http://api.zeromq.org/2-1:zmq-ipc
The inter-process transport is currently only implemented on operating
systems that prov
Laszlo Nagy shopzeus.com> writes:
>
> There are just so many IPC modules out there. I'm looking for a solution
> for developing a new a multi-tier application. The core application will
> be running on a single computer, so the IPC should be using shared
> memory (or mmap) and have very short
Laszlo Nagy writes:
> application will be running on a single computer, so the IPC should be
> using shared memory (or mmap) and have very short response times.
Zeromq (suggested by someone) is an option since it's pretty fast for
most purposes, but I don't think it uses shared memory. The close
On Friday, August 31, 2012 9:22:00 PM UTC+2, Laszlo Nagy wrote:
> There are just so many IPC modules out there. I'm looking for a solution
>
> for developing a new a multi-tier application. The core application will
>
> be running on a single computer, so the IPC should be using shared
>
> me
There are just so many IPC modules out there. I'm looking for a solution
for developing a new a multi-tier application. The core application will
be running on a single computer, so the IPC should be using shared
memory (or mmap) and have very short response times. But there will be a
tier that
19 matches
Mail list logo
