Alternative to Promise
Matthew Phillips
matthew at bitovi.com
Thu Oct 1 18:31:32 UTC 2015
On Thu, Oct 01, 2015 at 01:57:01PM +0800, Yad Smood wrote:
> To be frankly, I can't read your doc in just 5min, it's a little obscure to
> me. Please don't stick on performance or internal complexity, it's not the
> bottleneck.
Performance could be a bottle neck in some situations. I'm particularly
worried about what the performance implications will be on the Loader
spec with it's heavy use of promises. With that spec there will be a
minimum of (I think?) 5 Promises created for every module, and perhaps
many more if custom loaders are used. When you do the math that's going
to wind up being a lot of Promises, which always have to go on a task
queue, to a load non-trivial sized applications and the performance
might be much worse than a non-async continuation passing API.
I'd like to see this data before I conclude Promises solve all of our
continuation needs.
More information about the es-discuss
mailing list