Ruby 的 GIL 和事务性内存 已翻译 100%

oschina 投递于 2014/01/02 10:02 (共 3 段, 翻译完成于 01-04)
阅读 1793
收藏 16
1
加载中

今早我发现了一篇很有趣的文章。: Eliminating Global Interpreter Locks in Ruby through Hardware Transactional Memory 当我阅读后发现这确实是个有趣的概念颠覆了我原有的观念.

何谓硬件业务内存?

Transactional Memory 业务内存确保内存内的一系列事件有序的发生。如果一段代码读取一个变量改变它的值后赋值会内存,TM将会确保这一系类动作产生预期的结果。TM在软硬件中均能实现(可以参考Clojure的支持)

petert
petert
翻译于 2014/01/03 16:39
1

什么是GIL?

(如何通过停用并发来解决并发问题)

Ruby的GIL是个虚拟机层面的互斥机制即一个线程只有在活动状态下才能执行Ruby代码。这个很有必要,因为C扩展以及很多Ruby组件并不是线程安全的(包括集合和哈希表!)持有GIL,我们便能确保正在执行的Ruby代码是同时刻唯一的运行线程;这就避免了并发问题.

事务性内存和GIL有何关系?

GIL的关键所在就是确保两个线程不会同时查询和修改内存。两个线程可以同时查看内存,但如果过程中一个内存修改了内存另一个线程就需要等待下个操作数。这对于原子性、一致性的事物操作很必要:操作数获取的内存视图应该是一致的否则就会出现回滚.

petert
petert
翻译于 2014/01/03 17:05
1

GIL是解决原子性和一致性视图的一个办法。HTM也能解决同样的问题。当Ruby代码运行时会有一系列潜在操作:加载变量,遍历分支,方法调用,引用,等等。研究人员将上述的几步都转换为事物片段处理。如果两个线程的操作更改了同一处内存,硬件会忽略当中的一个而后重新调度。

性能的优化还行:采用3个进程的简单的Rails应用性能提升1.3倍。但研究人员发现了一系列造成事物中断的关键点,包括垃圾回收,正则表达式类库和各种C全局变量。修复这些问题也许只是使Ruby去掉GIL和变成线程安全改进过程中少了一些必须要解决的问题却也能极大地提高HTM的适应性.

petert
petert
翻译于 2014/01/03 17:06
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(4)

sevk
sevk
原子性和一致性不是必须的
Neo
Neo

引用来自“Puluto”的评论

没看懂到底要说什么。

我觉得通篇就在讲GIL的作用而已。
Zoker
Zoker
高大上
Puluto
Puluto
没看懂到底要说什么。
返回顶部
顶部