c++11 - 使用 Boost.Fiber，c++ 是否更接近 Erlang 风格的进程/线程？

Question

我正在阅读 http://olk.github.io/libs/fiber/doc/html/在我看来，使用 Boost.Fiber C++ 越来越接近 Erlang 拥有数千个“进程”的能力，也称为“绿色进程[线程]”http://en.wikipedia.org/wiki/Green_threads .

我的问题是，Boost.Fiber 是否准备好投入生产，是否存在 现在 具有更好文档和示例的 C++ 替代品？有人提到了轻量级线程，但我似乎找不到对它的引用。最后一个问题是，为什么 C++ 标准不包括 Fibers？

我对此感兴趣的原因是因为我有实时更新，其中值更改会影响(产生)数百/数千个小但令人尴尬的并行计算。 C++ 线程模型不能很好地工作，imo。请不要使用 GPU，因为当前将信息传输到 GPU 和从 GPU 传输信息需要很长时间。

我意识到 Erlang 远不止这些，所以请不要在一般情况下教我关于 Erlang 与 C++ 的知识。

Answer 1

Boost.Fiber 于 2014 年 1 月由 Boost 社区审查，发现需要大量额外工作。在 http://lists.boost.org/boost-announce/2014/01/0393.php 查看社区审查结果.

C++ 17 还希望获得类似于 M:N 线程模型的 WinRT，该模型基于使用建议的 await 关键字的可恢复函数。微软已经在他们的编译器中实现了支持，除了 future 的神奇内存分配技巧外，它看起来非常有前途。相关的 N 论文是 N4134 ( http://www.open-std.org/Jtc1/sc22/wg21/docs/papers/2014/n4134.pdf )，你会看到，如果被接受，这种可恢复函数的公式确实会提供 Erlang 类型的可扩展性，即使语法有点迟钝(嘿，它是 C++，它的语法是什么时候永远直截了当!)。

当然，如果你现在需要一个可移植的解决方案，要么使用 ASIO 的无堆栈协程路由(注意:它很脆弱)，要么使用类实例作为执行状态细粒度的 ASIO 处理程序和 ASIO 链，这几乎是一样的，或者否则无论如何都要使用Boost.Fiber。如果您只需要 Windows，我会自己继续使用 Microsoft 的专有扩展，除非他们放弃 WinRT，否则他们绝不会放弃它们:)

编辑: Boost.Fiber 的作者告诉我，截至 2015 年 1 月，来自社区审查的建议更改已完成，除了文档改进之外，Fiber 被认为已准备好纳入官方 Boost。如果确实如此，那么在官方 C++ 17 语言支持最终可恢复函数出现在编译器之前，Fiber 可能是最好的解决方案。