> 2021年3月12日 上午5:50,Dan Ackroyd 写道:
>
> Hi Twosee, Tianfeng.Han
>
> I was drafting a longer reply to you both, but I realised I might be
> missing some information.
>
> Please could you disclose the commercial interests of the Swoole
> maintainers, and the ties to th
ssues. Due to limited time, I cannot write
them all at once.
Of course, some designs of ext-fiber still refresh me, such as using Reflection
to get coroutine status (in Swoole, we just keep adding methods to the
coroutine class). Nevertheless, I don’t know what the benefits of using
Refl
great efforts made by PHP8, the fatal
errors in PHP have been greatly reduced and replaced by exception mechanisms.
Therefore, when fatal errors occur in an extremely low possibility, directly
exit through exit() may be the safest way. Of course, this will cause
register_shutdown_function to fail.
Regards,
Twosee
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
r extension is designed for are particularly
important. What I really care about is - does it just simply eliminates the
pollution of the stack caused by Promise, or it plans to improve the
performance of PHP applications by a hundredfold at a low cost as Swoole did.
Regards,
Twosee
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
catch it, and start from the beginning again is the best and
cheapest way to solve it.
All in all, let it fail and try again, the overall performance will be better
than checking before calling it every time, so I don't think this API is
necessary.
Please don't use it, it will on
choice than float, otherwise, we have to do dirty
conversions and more checks on it
And usually, we don't need high precision, millisecond sleep is enough, e.g.
the timeout feature provided by epoll, it is the reason why many async
libraries provide timeout feature in milliseconds.
Regards,
Twosee
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
he impact of these changes
should be minimal and it almost always is an error, so if we want to make them
consistent, why not make them all become errors?
Regards,
Twosee
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php