Module system strawpersons
Mark S. Miller
erights at google.com
Mon Jan 18 17:51:42 PST 2010
On Mon, Jan 18, 2010 at 5:49 PM, <ihab.awad at gmail.com> wrote:
> On Mon, Jan 18, 2010 at 5:41 PM, Brendan Eich <brendan at mozilla.com> wrote:
> > So the spec is that import could nest an event loop? What scripts or
> > handlers/timeouts/etc. could run at that point? In general breaking the
> > run-to-completion execution model means the importing script and its
> > containing window could be destroyed, a zombie.
> No, my proposal was that, if the system can determine that an import
> is infrequently used or unlikely to be used, it can block the entire
> event loop natively while fetching that delayed import. From the
> viewpoint of the running code, nothing happened; it's just that wall
> clock time ran forward a bit.
> But maybe this is a bad idea. Never mind. :)
> I concur that it is a bad idea. Such optimization opportunities should only
be at async load points. We *cannot* optimize the sync load points without
violating non-blocking event-loop concurrency, so we shouldn't.
> Ihab A.B. Awad, Palo Alto, CA
> es-discuss mailing list
> es-discuss at mozilla.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss