Ruby 的“线程竞争”就是 GVL 排队
💡
原文中文，约2500字，阅读约需6分钟。
📝
内容提要
Jean Boussier 最近澄清了 Ruby 中的“线程竞争”概念，指出线程在获取全局虚拟机锁（GVL）时是有序排队的，而非混乱竞争。Ruby 线程的执行受量子时间（默认100毫秒）限制，可能导致尾部延迟问题。通过调整线程优先级或量子时间可提升性能。
🎯
关键要点
- Jean Boussier 澄清了 Ruby 中的线程竞争概念，指出线程是有序排队获取全局虚拟机锁（GVL）。
- Ruby 线程的执行受量子时间（默认100毫秒）限制，可能导致尾部延迟问题。
- Ruby 线程在执行时会根据量子时间和 IO 操作来释放 GVL，影响线程的排队和执行效率。
- 多线程行为中的尾部延迟问题可能会导致短请求的响应时间显著增加。
- 可以通过调整线程优先级或量子时间来改善性能，降低 CPU 密集型线程的优先级可以减少尾部延迟。
❓
延伸问答
Ruby 中的线程竞争是如何运作的？
Ruby 中的线程竞争是有序排队获取全局虚拟机锁（GVL），线程不会混乱竞争，而是依次等待。
什么是 Ruby 线程的量子时间，它有什么影响？
Ruby 线程的量子时间默认为 100 毫秒，影响线程的执行时间和排队效率，可能导致尾部延迟问题。
如何改善 Ruby 线程的性能？
可以通过调整线程优先级或量子时间来改善性能，降低 CPU 密集型线程的优先级可以减少尾部延迟。
什么是尾部延迟，它在 Ruby 中是如何产生的？
尾部延迟是指短请求的响应时间显著增加，通常由于 CPU 密集型线程占用 GVL 导致 IO 密集型线程等待过久。
Ruby 线程如何释放 GVL？
线程在执行 IO 操作时会释放 GVL，完成后会排到队列的末尾等待再次获取。
Ruby 3.3 引入的 M:N 线程有什么影响？
Ruby 3.3 引入的 M:N 线程解耦了 Ruby 线程与操作系统线程的映射，但在此讨论中未详细展开。
➡️
