A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2010-May/100162.html below:

[Python-Dev] Fixing the GIL (with a BFS scheduler)

[Python-Dev] Fixing the GIL (with a BFS scheduler) [Python-Dev] Fixing the GIL (with a BFS scheduler)Dj Gilcrease digitalxero at gmail.com
Tue May 18 22:26:19 CEST 2010
On Tue, May 18, 2010 at 3:43 PM, "Martin v. Löwis" <martin at v.loewis.de> wrote:
> So please join us in considering the issue fixed unless you can provide
> a really world example that demonstrates the contrary.

The server software I maintain (openrpg) experiences this issue with
when I tried porting the server code to 3.2. Granted it was only a 5
to 7% speed drop over single core, though with the old GIL (py2.5)
there was a 25% to 30% speed drop (It can be running upto 300 IO bound
threads & 30 CPU bound threads) so a net improvement of 20% so I am
more than happy with the new GIL.

I think the new GIL should be given a year or so in the wild before
you start trying to optimize theoretical issues you may run into. If
in a year people come back and have some examples of where a proper
scheduler would help improve speed on multi-core systems even more,
then we can address the issue at that time.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4