From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78615 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.gnus.general Subject: Re: Asynchroneous image retrieval in HTML rendering Date: Sun, 01 May 2011 17:23:01 +0200 Message-ID: <87tydewilm.fsf@gmail.com> References: <87bozwfw84.fsf@gmail.com> <87r58ll8jm.fsf@gmail.com> <87liys4x04.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1304263850 6090 80.91.229.12 (1 May 2011 15:30:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 1 May 2011 15:30:50 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M26917@lists.math.uh.edu Sun May 01 17:30:47 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QGYbe-0000q4-9t for ding-account@gmane.org; Sun, 01 May 2011 17:30:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1QGYbI-00012e-9J; Sun, 01 May 2011 10:30:24 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1QGYbH-00012U-D0 for ding@lists.math.uh.edu; Sun, 01 May 2011 10:30:23 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QGYbG-00075q-UB for ding@lists.math.uh.edu; Sun, 01 May 2011 10:30:23 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QGYbE-0000Fp-UJ for ding@gnus.org; Sun, 01 May 2011 17:30:20 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QGYbE-0000Yb-Pa for ding@gnus.org; Sun, 01 May 2011 17:30:20 +0200 Original-Received: from cab14-1-88-177-9-245.fbx.proxad.net ([88.177.9.245]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 May 2011 17:30:20 +0200 Original-Received: from antoine.levitt by cab14-1-88-177-9-245.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 May 2011 17:30:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 20 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cab14-1-88-177-9-245.fbx.proxad.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.0 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78615 Archived-At: 01/05/11 17:13, Lars Magne Ingebrigtsen > Antoine Levitt writes: > >> It seems likely this is a DNS problem, yes. >> >> Alright, I'm going to adopt gnus rule number 1 then: wait for Lars to >> fix things :) > > :-) > > I think the fix here might be to introduce a new variable > `url-asynchronous-dns-lookup' (or something), and then have shr bind it > to make url.el more asynchronous. The pauses we experience today when > trying to do asynchronous URL retrieval aren't acceptable. Especially > if a domain is down or semi-down -- reading the articles becomes almost > impossible. Why is DNS even synchroneous in the first place? I'd expect "asynchroneous" to mean that both DNS lookup and data transfer are non-blocking.