Re: [Asrg] RFC 6471 and "listing the Internet" as a punishment

Douglas Otis <dotis@mail-abuse.org> Tue, 31 January 2012 21:50 UTC

Return-Path: <dotis@mail-abuse.org>
X-Original-To: asrg@ietfa.amsl.com
Delivered-To: asrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D141F0C3F for <asrg@ietfa.amsl.com>; Tue, 31 Jan 2012 13:50:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.297
X-Spam-Level:
X-Spam-Status: No, score=-102.297 tagged_above=-999 required=5 tests=[AWL=0.302, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSUElCJbKFCP for <asrg@ietfa.amsl.com>; Tue, 31 Jan 2012 13:50:04 -0800 (PST)
Received: from mailserv.mail-abuse.org (mailserv.mail-abuse.org [150.70.98.118]) by ietfa.amsl.com (Postfix) with ESMTP id 11EB21F0C3E for <asrg@irtf.org>; Tue, 31 Jan 2012 13:50:03 -0800 (PST)
Received: from US-DOUGO-MAC.local (SJDCLUXGATEWAY2.sdi.trendnet.org [10.31.37.9]) by mailserv.mail-abuse.org (Postfix) with ESMTPSA id E4A7B17404A1 for <asrg@irtf.org>; Tue, 31 Jan 2012 21:50:02 +0000 (UTC)
Message-ID: <4F286209.60205@mail-abuse.org>
Date: Tue, 31 Jan 2012 13:50:01 -0800
From: Douglas Otis <dotis@mail-abuse.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: asrg@irtf.org
References: <6.2.5.6.2.20120125114411.0c099da8@resistor.net> <20120126000255.60406.qmail@joyce.lan> <6.2.5.6.2.20120125162359.0998f438@resistor.net> <4F219AFE.9030604@mail-abuse.org> <4F234694.3040000@hireahit.com>
In-Reply-To: <4F234694.3040000@hireahit.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Asrg] RFC 6471 and "listing the Internet" as a punishment
X-BeenThere: asrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
List-Id: Anti-Spam Research Group - IRTF <asrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/asrg>, <mailto:asrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/asrg>
List-Post: <mailto:asrg@irtf.org>
List-Help: <mailto:asrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/asrg>, <mailto:asrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Jan 2012 21:50:04 -0000

On 1/27/12 4:51 PM, Dave Warren wrote:
> On 1/26/2012 10:27 AM, Douglas Otis wrote:
>> To support touted performance feature, chrome aggressively resolves 
>> links in advance.  This strategy makes chrome sensitive to DNS 
>> performance.  Cache in their recursive resolvers is kept current 
>> ahead of requests.  People addicted to speed.  ;^)
>
> I might be being argumentative for it's own sake (sorry), but doesn't 
> this make Chrome less sensitive to DNS performance rather than more 
> sensitive?
>
> With a browser that doesn't pre-cache DNS lookups, the user is aware 
> of DNS latency every time they click a link and with every resource 
> that the browser loads from a different domain. Conversely, with 
> caching, in most cases pre-caching every link on a page will take 
> longer than it takes the user to find a link and click on it even if 
> the DNS cache is extremely slow.
>
> Now I'd agree that faster DNS servers makes a noticeable difference 
> when browsing since many websites load content from a dozen or more 
> hostname, but I'd argue that Chrome's precaching makes it less 
> sensitive to slow DNS queries.
Dear Dave,

When DNS transactions attempt to include all possible choices, necessary 
transactions are at a greater risk of being queued, rather than being 
ready in advance.  Chrome offers a switch setting to disable this 
behavior that may actually result in reduced performance.

Regards,
Doug Otis