<br><div class="gmail_quote">On Sun, Jul 29, 2012 at 5:52 PM, Andrew Berg <span dir="ltr"><<a href="mailto:bahamutzero8825@gmail.com" target="_blank">bahamutzero8825@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 7/29/2012 7:12 PM, Rodrick Brown wrote:<br>
> Python is a glue language much like Perl was 10 years ago. Until the<br>
> GIL is fixed I doubt anyone will seriously look at Python as an option<br>
> for large enterprise standalone application development.<br>
</div>The GIL is neither a bug to be fixed nor an inherent part of the<br>
language. It is a design choice for CPython. There are reasons the<br>
CPython devs have no intention of removing the GIL (at least in the near<br>
future). A recent outline of these reasons (written by one of the<br>
CPython devs) is here:<br>
<br>
<a href="http://python-notes.boredomandlaziness.org/en/latest/python3/questions_and_answers.html#but-but-surely-fixing-the-gil-is-more-important-than-fixing-unicode" target="_blank">http://python-notes.boredomandlaziness.org/en/latest/python3/questions_and_answers.html#but-but-surely-fixing-the-gil-is-more-important-than-fixing-unicode</a></blockquote>
<div> <br>It's a nice document, though it seems to use the phrase "shared  memory" in a novel (to me) way, and literally says that multiprocessing doesn't use "shared memory" even though it does (at least in the sense of the phrase that I'm accustomed to).<br>
<br>I suppose you could call what I usually refer to as "shared memory", instead "System V shared memory".  It's hidden from the user to a large extent, but when multiprocessing passes objects from one process to another, I believe it's doing so via System V shared memory.<br>
<br><br></div></div>