Does anybody think that by having problems with the new GIL that it might further weaken the adoption rate for 3k? -peter On 5/19/10 7:00 AM, "David Beazley" <dave at dabeaz.com> wrote: >> From: "Martin v. L?wis" <martin at v.loewis.de> >> To: Dj Gilcrease <digitalxero at gmail.com> >> Cc: python-dev at python.org >> Subject: Re: [Python-Dev] Fixing the GIL (with a BFS scheduler) >> Message-ID: <4BF385E3.9030903 at v.loewis.de> >> Content-Type: text/plain; charset=ISO-8859-1 >> >>> 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. >> >> Exactly my feelings. >> > > Although I don't agree that the problem of I/O convoying is merely some > "theoretical issue", I would agree with a go-slow approach---after all, the > new GIL hasn't even appeared in any actual release yet. It might be a good > idea to prominently document the fact that the new GIL has some known > performance issues (e.g., possible I/O convoying), but that feedback > concerning the performance of real-world applications is desired. > > Cheers, > Dave > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/peter.a.portante%40gmail.com
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