Python 3.0将删除全局解释器锁（GIL） [英] Will Python 3.0 remove the global interpreter lock (GIL)
问题描述
我担心GIL会破坏某些
类型的应用程序的python的有用性，现在芯片上有4,8或64个线程在这里
或即将推出。
python未来的状态如何？
我知道目前几乎所有人都没有脚本世界已经解决了这个问题，但它咬人并且很难咬。只有groovy作为一个
Java插件有支持，但我从未尝试过。写一个翻译
做MT这似乎是非常难以做到的，
很多高级的东西，如CAS和无锁编程。
即使Smalltalk和Common Lisp在得知之前也没有得到它（
除了某些实验）。
2007年9月2日，llothar< ll ***** @ web.dewrote：
I 恐怕GIL正在扼杀某些
类型应用程序的python的有用性，现在芯片上有4,8或64个线程在这里
或即将推出。
python未来的状态是什么？
我知道目前脚本世界中几乎所有人都没有
解决了这个问题，但是它咬人而且咬得很厉害。只有groovy作为一个
Java插件有支持，但我从未尝试过。写一个翻译
做MT这似乎是非常难以做到的，
很多高级的东西，如CAS和无锁编程。
即使知道SmallTalk和Common Lisp也没有得到它（除了某些实验的
例外）。
编号 http://www.artima.com/weblogs/viewpo...?thread=211430
-
http://www.advogato.org/person/eopadoan/
书签： http://del.icio.us/edcrypt
否。 http://www.artima.com/weblogs/viewpo。 ..？thread = 211430
Ops，我的意思是：
http://www.artima.com/forums/threade...&thread=211200
-
http://www.advogato.org / person / eopadoan /
书签： http：/ /del.icio.us/edcrypt
9月3日，07：38，Eduardo O. Padoan < eduardo.pad ... @ gmail.com>
写道：
No. < a rel =nofollowhref =http://www.artima.com/weblogs/viewpost.jsp?thread=211430target =_ blank> http://www.artima.com/weblogs/viewpo .. 。？thread = 211430
Ops，我的意思是： http://www.artima.com/forums/threade...&thread=211200
谢谢。我希望有一个项目可以重写C
口译员
，使其更好，更有用于线程使用。
但是CPU基础设施也不够完善，所以也许它好了很多美元等待再过几年，直到英特尔和AMD知道它们是什么
做。
I''m afraid that the GIL is killing the usefullness of python for some
types of applications now where 4,8 oder 64 threads on a chip are here
or comming soon.
What is the status about that for the future of python?
I know that at the moment allmost nobody in the scripting world has
solved this problem, but it bites and it bites hard. Only groovy as a
Java Plugin has support but i never tried it. Writing an interpreter
that does MT this seems to be extremely difficult to do it right, with
lots of advanced stuff like CAS and lock free programming.
Even Smalltalk and Common Lisp didn''t get it until know (with the
exception of certain experiments).
On 9/2/07, llothar <ll*****@web.dewrote:I''m afraid that the GIL is killing the usefullness of python for some
types of applications now where 4,8 oder 64 threads on a chip are here
or comming soon.
What is the status about that for the future of python?
I know that at the moment allmost nobody in the scripting world has
solved this problem, but it bites and it bites hard. Only groovy as a
Java Plugin has support but i never tried it. Writing an interpreter
that does MT this seems to be extremely difficult to do it right, with
lots of advanced stuff like CAS and lock free programming.
Even Smalltalk and Common Lisp didn''t get it until know (with the
exception of certain experiments).
No. http://www.artima.com/weblogs/viewpo...?thread=211430
--
http://www.advogato.org/person/eopadoan/
Bookmarks: http://del.icio.us/edcrypt
No. http://www.artima.com/weblogs/viewpo...?thread=211430
Ops, I meant:
http://www.artima.com/forums/threade...&thread=211200
--
http://www.advogato.org/person/eopadoan/
Bookmarks: http://del.icio.us/edcrypt
On 3 Sep., 07:38, "Eduardo O. Padoan" <eduardo.pad...@gmail.com>
wrote:No.http://www.artima.com/weblogs/viewpo...?thread=211430
Ops, I meant:http://www.artima.com/forums/threade...&thread=211200
Thanks. I whish there would be a project for rewritting the C
interpreter
to make it better and more useable for threading use.
But the CPU infrastructure is also not perfect enough so maybe it''s
good to
wait with this a few more years until Intel and AMD know what they are
doing.
这篇关于Python 3.0将删除全局解释器锁（GIL）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
