Rieccomi :)<br><br><div class="gmail_quote">Il giorno 20 maggio 2010 23.49, Manlio Perillo <span dir="ltr"><<a href="mailto:manlio_perillo@libero.it">manlio_perillo@libero.it</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Per diverse ragioni:<br>
<br>
1) Di solito le applicazioni sono I/O bound (vedi accesso ai file, alla<br>
rete, e database), e le funzioni di I/O, in CPython ed estensioni<br>
scritte con in mente il threading, rilasciano il GIL.<br>
<br>
2) Diverse funzioni che sono CPU bound sono scritte in C, ed anche<br>
queste rilasciano il GIL.<br>
Vedi ad esempio PIL, e numpy.<br></blockquote><div><br>Darò un occhiata ai sorgenti di numpy (li ho già scaricati) per capire meglio in quali condizioni rilasciano il GIL.<br>Anche se ad oggi comunque non ho mai avuto personalmente bisogno di usare moltissime CPU-bound (e quelle poche solo per test) anche per il fatto che solitamente programmo in ambiente di rete o, come dicevi tu, applicazioni che fanno uso di funzioni I/O.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Ovviamente ci sono casi significativi in cui il codice CPU bound è in<br>
Python puro, ed in questo caso il multiprocessing è la soluzione migliore.<br></blockquote><div>Perfetto. <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
<br>
Ciao Manlio<br>
<div><div></div><div class="h5">_______________________________________________<br>
Python mailing list<br>
<a href="mailto:Python@lists.python.it">Python@lists.python.it</a><br>
<a href="http://lists.python.it/mailman/listinfo/python" target="_blank">http://lists.python.it/mailman/listinfo/python</a><br></div></div></blockquote><div><br> </div></div>Ciao :) Mille grazie per le delucidazioni,<br>
a presto!<br clear="all"><br>-- <br>Alessandro A.<br>