Re: Asynchroneous image retrieval in HTML rendering

[Lars Magne Ingebrigtsen <larsi@gnus.org>]

Antoine Levitt <antoine.levitt@gmail.com> writes:

> Old code: about 1min10
> New code: about 1min30 ;)

Hey, it does something!

> That's on gwene.com.wordpress.terrytao, after rm -rf .emacs.d/url/cache
>
> Which I guess means there's a small benefit in parallelizing as much as
> possible. But then again, that's an extreme case.

It was supposed to be slower to give a better interactive performance.
:-)  Does it feel snappier now -- that is, can you read page two of one
of his articles without Emacs locking up when you hit SPC?  For me, this
now seems to work adequately, while before I had to wait a longer time.

The next thing to tackle is doing the DNS resolving asynchronously.  I'm
not quite sure where to put that in the chain, though...  Hm...  every
call to `url-queue-retrieve' could fire up an async dns.el call, and
then the callback from that call could trigger (possible) queue
runnings.  And stuff that doesn't resolve at all wouldn't hit url.el at
all.

Yes, I think that would be workable...  but dns.el only works on
Linux-like machines, so it feels kinda yucky to rely on that.

If only somebody could implement an async C-level resolver.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/