Hello, I'm a fan of this RFC. It seems that there is no time to finalize this RFC during the alpha stage. Maybe the true voting will be postponed to the next version, if no more works are made within a few days.
Haitao, do you still have the motivation to bring this into core? If you have no time to brush up the RFC (in english...), how about committing the RFC text into a repository? There are some people supporting the concept itself. Maybe they can help you to make the RFC more presentable by sending PR. Or, if you don't have reason to continue the RFC anymore, then say so... Someone can continue your work. Even if there are people supporting the concept, the current choice of implementation seems to be disliked. Haitao, why do you stick to the way switching VM stack only? Yes, the way switching also machine (C) stack would increase memory consumption. But, to borrow your expression, Ruby's Fiber uses this method. Ruby switches both VM stack and machine stack in its implementation of Fiber. If yielding from internal callback is important to pass the voting phase, I think the machine stack switching should be considered more seriously. The machine stack switching also has its own issues to be solved. - Measuring stack consumptions in real world applications. - Finding reasonable excuses for lacking portablity. (Is this acceptable to core feature or bundled extension?) - Still no sufficient explanations bringing it into core, even if above problems are cleared. I want to see the future that traditional ordinal PHP library is asynchronized reasonably with this kind of feature, like this interesting work. https://github.com/joelwurtz/doctrine-async Cheers, Shinji IGARASHI 2018/06/13 午前8:14 "S.A.N" <ua.san.a...@gmail.com>: Maybe someone can help in the finalization Fiber. Haitao Lv, in pull request asked for help from Dmitry Stogov and Nikita Popov, but no one answered him. https://github.com/php/php-src/pull/3203 All popular web programming languages (JavaScript, Python, Ruby, Lua, etc..) already implement userland async runtime. Thanks. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php