From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 0E04621F1E9 for ; Mon, 24 Mar 2014 15:50:14 -0700 (PDT) Received: by mail-wi0-f169.google.com with SMTP id hm4so2890573wib.0 for ; Mon, 24 Mar 2014 15:50:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=haKZqNKl6Qs/ngYQg0hGQLe36Tv3wSi5VYIFKELt/ic=; b=q4K/iLvpzc75TwJoWvP1tNVsZRqFZwXrTpA0TmIsC/G8j5HUoFLLQiwqznY+q77kFV KF+d/GXPlJsEgf5J70y+LV8N9hmSGdxFq974rxv/AErcSFaYs25/OTsMRdd7p0+teq20 0VuheKN1Hih+dXFDbn45+isykgRyHMprqG0d11fQ5sTgtJZqFg2Ygevtj4H06cDtrYen nE1bWwXjiIsbfMJwfnS+nTpGNsZ4t89Ba1aFfdYGu9y7dl8ILnYHB1FOpTZmtZvMfO2e 1+vuWS620/Eh2LIdugIe75e1k7VrBnVJLXV4qwK4csXjJapRLB7HAHhr9+mTOup2xc0n JwUQ== MIME-Version: 1.0 X-Received: by 10.180.36.226 with SMTP id t2mr3341982wij.37.1395701412536; Mon, 24 Mar 2014 15:50:12 -0700 (PDT) Received: by 10.216.8.1 with HTTP; Mon, 24 Mar 2014 15:50:12 -0700 (PDT) In-Reply-To: References: <2e8d5147b9dca46745f1424074876118@core-hosting.net> <5330A9CF.7010208@thekelleys.org.uk> Date: Mon, 24 Mar 2014 15:50:12 -0700 Message-ID: From: Dave Taht To: Simon Kelley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dnsmasq-discuss , Evan Hunt , "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] [Dnsmasq-discuss] Stats improvement X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 22:50:15 -0000 On Mon, Mar 24, 2014 at 3:21 PM, Dave Taht wrote: > I would certainly like to have a standard way of getting these > statistics, through the dns, perhaps one unified with whatever bind > and unbound use (or don't use.) > > Not a lot of people seem to be aware of why dns caching forwarders are > so great, although benchmarks like namebench against your chrome or > firefox cache are quite revealing, parsing huge network captures as > I am presently to try to get a grip on timings for dns/response > pairing is a pita and not router centric. > > However: > > Do check out namebench, it's pretty cool. It does bug me that in tests > against the alexa top 2000 that it invariably selects some other dns > server besides your local one as being the "best", because it has > the best average - as if you regularly go to websites in timbuktu and > care about the response time more than, say, google. > > Example against alexa top 2000 with a fresh cache: > > http://snapon.lab.bufferbloat.net/~d/namebench/namebench_2014-03-20_1255.= html > > It is much better to test against your more common query set, which I > don't have a snapshot of on that site presently - usually 40% or more > of queries are resolved in a ms, 30% or so via your ISP in under 20ms. > > I'd love to see people posting namebench results from against their > firefox/chrome caches... it's in apt on ubuntu at least.... > > the version I have is buggy, you have to hit control-C at least once > for the gui to come up. I just did a namebench test against my local firefox cache (without clearin= g dnsmasq's caches) http://snapon.lab.bufferbloat.net/~d/namebench/namebench_2014-03-24_1541.ht= ml note that I have three dns servers in place - one on my local machine, a dnsmasq locally that is sending stuff over ipv6 to another dnsmasq which is then connected over ipv4 and ipv6 to comcasts forwarders. > > > On Mon, Mar 24, 2014 at 2:55 PM, Simon Kelley w= rote: >> On 24/03/14 11:25, Olivier Mauras wrote: >>> >>> >>> Hello, >>> >>> I was wondering what would be the effort, and if there'd >>> actually be any interest for some dnsmasq statistics improvements. (Yes >>> i'm splitting dicussions ^^) >>> For monitoring/graph purposes, actual >>> dnsmasq stats are a bit difficult to use and completely unusable if >>> using "log_queries" as it takes too long to retrieve them inside >>> logs. >>> >>> I'd love to see a stats "interface" that would output >>> total_queries, cache_hits, cache_misses, memory used by cache, >>> etc.... >>> >>> Thanks, >>> Olivier >>> >> >> There's an idea to make this available as a DNS query, in the same way t= hat >> >> >> dig chaos txt version.bind >> >> returns the version number. >> >> Comments? >> >> Cheers, >> >> Simon. >> >> >> >> _______________________________________________ >> Dnsmasq-discuss mailing list >> Dnsmasq-discuss@lists.thekelleys.org.uk >> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss > > > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html