Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #28194 > unrolled thread

Re: Looking for an IPC solution

Started byAntoine Pitrou <solipsis@pitrou.net>
First post2012-08-31 21:05 +0000
Last post2012-08-31 21:05 +0000
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Looking for an IPC solution Antoine Pitrou <solipsis@pitrou.net> - 2012-08-31 21:05 +0000

#28194 — Re: Looking for an IPC solution

FromAntoine Pitrou <solipsis@pitrou.net>
Date2012-08-31 21:05 +0000
SubjectRe: Looking for an IPC solution
Message-ID<mailman.13.1346447144.27098.python-list@python.org>
Laszlo Nagy <gandalf <at> 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 response times. But there will be a 
> tier that will hold application state for clients, and there will be 
> lots of clients. So that tier needs to go to different computers. E.g. 
> the same IPC should also be accessed over TCP/IP. Most messages will be 
> simple data structures, nothing complicated. The ability to run on PyPy 
> would, and also to run on both Windows and Linux would be a plus.

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

Regards

Antoine.


-- 
Software development and contracting: http://pro.pitrou.net

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web