Con Boost.Fiber C++ si avvicina di un passo al processo/thread in stile Erlang?

Question

Sto leggendo http://olk.github.io/libs/fiber/doc/html/ Mi sembra che con Boost.Fiber il C++ si stia avvicinando alla capacità di Erlang di avere migliaia di "processi", noti anche come "processi verdi [discussioni]" http://en.wikipedia.org/wiki/Green_threads.

La mia domanda è, Boost.Fiber è pronto per la produzione, ci sono ora alternative C++ con documentazione ed esempi migliori? Qualcuno ha menzionato i thread leggeri, ma non riesco a trovare un riferimento. Un'ultima domanda è: perché lo standard C++ non include le fibre?

La ragione per cui sono interessato a questo è perché ho aggiornamenti in tempo reale in cui un cambiamento di valore può avere un impatto (generare) centinaia/migliaia di piccoli ma imbarazzanti calcoli paralleli. Il modello di thread C++ non funziona molto bene, imo. Si prega di no GPU, dal momento che richiede troppo tempo per trasferire le informazioni da e verso la GPU.

Mi rendo conto che Erlang è molto più di questo quindi per favore non educarmi su Erlang vs C++ nel caso generale.

Answer 1

Boost.Fiber è stato esaminato dalla comunità Boost nel gennaio 2014 ed è stato trovato necessario un lavoro aggiuntivo significativo. Visualizza i risultati della revisione della community allo http://lists.boost.org/boost-announce/2014/01/0393.php.

C++ 17 cerca anche di ottenere un WinRT come M: N modello di thread basato su funzioni di ripristino utilizzando la parola chiave di attesa proposta. Microsoft ha implementato il supporto nel proprio compilatore e, a parte i trucchi magici per l'allocazione della memoria per i futures, sembra molto promettente. Il documento N pertinente è N4134 (http://www.open-std.org/Jtc1/sc22/wg21/docs/papers/2014/n4134.pdf) e, come si vedrà, se accettato, questa formulazione di funzioni riassuntive fornirebbe effettivamente la scalabilità di tipo Erlang anche se la sintassi è un po 'ottusa (ehi, è C++, quando la sua sintassi è sempre diretta !).

Naturalmente, se avete bisogno di una soluzione portatile ora, o andare via stackless coroutine con ASIO (attenzione: è fragile), o finemente gestori di grano ASIO con fili ASIO utilizzando un'istanza di classe come il vostro stato di esecuzione, che è più o meno la stessa cosa, altrimenti usa comunque Boost.Fiber. Se avete solo bisogno di Windows, mi piacerebbe portare avanti con estensioni proprietarie di Microsoft me stesso, sono altamente a differenza di abbandonarli a meno che non abbandonano WinRT :)

Edit: L'autore di Boost.Fiber mi dice che a partire da gennaio 2015 le modifiche consigliate dalla revisione della community sono complete e, a parte i miglioramenti della documentazione, Fibra è considerata pronta per l'inclusione nel Boost ufficiale. Se questo è davvero il caso, allora Fiber è probabilmente la soluzione migliore prima che il supporto di linguaggio C++ 17 ufficiale per le funzioni di riassunzione finale compaia nei compilatori.