[Python-Dev] Fixing the GIL (with a BFS scheduler) (original) (raw)
Peter Portante peter.a.portante at gmail.com
Wed May 19 22:17:22 CEST 2010
- Previous message: [Python-Dev] Fixing the GIL (with a BFS scheduler)
- Next message: [Python-Dev] Fixing the GIL (with a BFS scheduler)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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
- Previous message: [Python-Dev] Fixing the GIL (with a BFS scheduler)
- Next message: [Python-Dev] Fixing the GIL (with a BFS scheduler)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]