Python 多解释器与多处理

我试图理解为什么多重口译员相对于多重处理是一种优势

Python3.9中可以根据（目前的草案）引入多个解释器

对我来说，似乎多处理器和多解释器的主要目的都是利用多个CPU核

---

多口译员应该用什么更好？或者在哪些情况下？

子解释器的设计不是为了利用多个CPU核。将它们用作并行工具还需要额外的工作。另外，PEP 554是草稿，不被接受。对，可能会在python3.9中引入，因为它只是草稿currently@user2357112为什么多重口译员的设计不是为了利用多核？从Eric Snow（PEP 554的作者）的博客（）和他的repo（）来看，主要目的似乎是利用多CPU/多核，他说的是多核并行，但这仍然是多核优势ubinterpreters作为一个模糊的C-API-only特性已经存在了很长一段时间。在此期间，他们仍然受到GIL的约束。Eric希望扩展它们以支持并行执行，但这不是他们目前提供的。你是对的，目前不是他们目前提供的。Subinterpreter的设计不是为了利用多个CPU核。将它们用作并行工具还需要额外的工作。另外，PEP 554是草稿，不被接受。对，可能会在python3.9中引入，因为它只是草稿currently@user2357112为什么多重口译员的设计不是为了利用多核？从Eric Snow（PEP 554的作者）的博客（）和他的repo（）来看，主要目的似乎是利用多CPU/多核，他说的是多核并行，但这仍然是多核优势ubinterpreters作为一个模糊的C-API-only特性已经存在了很长一段时间。在此期间，他们仍然受到GIL的约束。Eric希望扩展它们以支持并行执行，但这不是他们当前提供的。你是对的，当前不是他们当前提供的