所以，你想移除 GVL？
💡
原文中文，约18500字，阅读约需44分钟。
📝
内容提要
本文讨论了Ruby的全局解释器锁（GVL）对Rails应用的影响，指出GVL并不保证线程安全，且在多线程环境中可能引发竞态条件。尽管有呼声希望移除GVL，但实现难度大且可能影响性能。作者认为，改善Ruby的线程调度和GVL释放机制可能是更有效的解决方案。
🎯
关键要点
- GVL（全局解释器锁）并不保证线程安全，可能引发竞态条件。
- Rails 应用程序被认为是 I/O 密集型，但 GVL 仍然影响其性能。
- 移除 GVL 的提议面临实现难度和性能影响的问题。
- GVL 保护 Ruby 虚拟机，但不保护应用程序代码的线程安全。
- 即使在 GVL 存在的情况下，某些代码仍可能受到竞态条件的影响。
- 在不同的 Ruby 实现中，线程安全性可能有所不同。
- 移除 GVL 可能导致 Ruby 代码的线程安全性下降。
- 替代方案包括用多个小锁替代全局锁，但也需要大量工作。
- 移除 GVL 的尝试在 Python 社区中也存在，但面临复杂性和性能问题。
- Ruby 的 GC 是“暂停世界”的，可能成为新的竞争点。
- 改善 Ruby 的线程调度和 GVL 释放机制可能是更有效的解决方案。
- 作者认为不应简单移除 GVL，而是应考虑其他改进方法。
➡️
