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
> event
> > 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
>
> --
> Ihab A.B. Awad, Palo Alto, CA
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>



-- 
   Cheers,
   --MarkM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20100118/c7ac4e33/attachment.html>


More information about the es-discuss mailing list