Moving towards Python 3.0 (was Re: [Python-Dev] Speed up function calls)
Nathan Binkert
binkertn at umich.edu
Mon Jan 31 21:16:47 CET 2005
More information about the Python-Dev mailing list
Mon Jan 31 21:16:47 CET 2005
- Previous message: [Python-Dev] Re: Moving towards Python 3.0 (was Re: Speed up functioncalls)
- Next message: Moving towards Python 3.0 (was Re: [Python-Dev] Speed up function calls)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> Wouldn't it be nicer to have a facility that let you send messages > between processes and manage concurrency properly instead? You'll need > most of this anyway to do multithreading sanely, and the benefit to the > multiple process model is that you can scale to multiple machines, not > just processors. For brokering data between processes on the same > machine, you can use mapped memory if you can't afford to copy it > around, which gives you basically all the benefits of threads with > fewer pitfalls. I don't think this is an answered problem. There are plenty of researchers on both sides of this fence. It is not been proven at all that threads are a bad model. http://capriccio.cs.berkeley.edu/pubs/threads-hotos-2003.pdf or even http://www.python.org/~jeremy/weblog/030912.html
- Previous message: [Python-Dev] Re: Moving towards Python 3.0 (was Re: Speed up functioncalls)
- Next message: Moving towards Python 3.0 (was Re: [Python-Dev] Speed up function calls)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list