本文介绍了Python 3.0将删除全局解释器锁(GIL)的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧! 问题描述 限时删除!! 我担心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 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 sometypes of applications now where 4,8 oder 64 threads on a chip are hereor 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 hassolved this problem, but it bites and it bites hard. Only groovy as aJava Plugin has support but i never tried it. Writing an interpreterthat does MT this seems to be extremely difficult to do it right, withlots of advanced stuff like CAS and lock free programming.Even Smalltalk and Common Lisp didn''t get it until know (with theexception of certain experiments). 解决方案No. http://www.artima.com/weblogs/viewpo...?thread=211430-- http://www.advogato.org/person/eopadoan/Bookmarks: http://del.icio.us/edcryptOps, I meant:http://www.artima.com/forums/threade...&thread=211200Thanks. I whish there would be a project for rewritting the Cinterpreterto make it better and more useable for threading use.But the CPU infrastructure is also not perfect enough so maybe it''sgood towait with this a few more years until Intel and AMD know what they aredoing. 这篇关于Python 3.0将删除全局解释器锁(GIL)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持! 1403页,肝出来的.. 09-07 03:06