From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 8923 invoked from network); 22 Apr 2020 17:24:31 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with UTF8ESMTPZ; 22 Apr 2020 17:24:31 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jRJ6g-0000HG-0A; Wed, 22 Apr 2020 12:24:18 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jRJ6c-0000ES-Ah for ding@lists.math.uh.edu; Wed, 22 Apr 2020 12:24:14 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jRJ6D-0008Li-MS for ding@lists.math.uh.edu; Wed, 22 Apr 2020 12:24:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=JReOXOd3C6q/LtccoNtnXg5tuInDtn2kpEq9nOWTvnU=; b=EU+ebQgyYnpmJxVP3aYyFjO1iM pu5g4FP4Rwn9AJyEgP23ScPaKyX+2tFsoVsxM/iglMqZM2qbJwJqppL3ER8UhH52S1lyY4Qqdwfb6 5BMKfCIcqWC+pr8dfV2t/U9or9bqBIH8GfzikaHDT8seo+QYEWXvf3fJjdhLeAfRkkbY=; Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jRJ66-0004wT-HC for ding@gnus.org; Wed, 22 Apr 2020 19:23:45 +0200 Received: by mail-wm1-x32b.google.com with SMTP id h2so3332254wmb.4 for ; Wed, 22 Apr 2020 10:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=JReOXOd3C6q/LtccoNtnXg5tuInDtn2kpEq9nOWTvnU=; b=qTcOMVONvl8NB2enljsHqGqdwwmAfo9AH5zIi1rqlIHECBqxcPIKinI5OAHw14Z5sh iJgab8A8DeRILmeE0ABJe2WSfYYdTFuz0QrZ7prcYc3R5390PVyFS20IDFBRPYPTNIJP I0kTIe5tQgZixfaXx0tyPHCd1wWBh94kXL0nPlHEnaPjbMAhO2FuXcisH08JTaNeq94r icA+YI0aFMnN4EJVnI7U7tf0P5ELMiDmaLDs7/3CpNrgZ3pwmZjR0RH8emUmeOTuE54r w2vsZutlSUAPPTsVwE69A+Pl23qCkihPX2e/XjXrYYCcu8aU/W+8kBjDHvYI8f1+7JIf g+IA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=JReOXOd3C6q/LtccoNtnXg5tuInDtn2kpEq9nOWTvnU=; b=qxS7kqKeH1z+aPGkj8L76O88KkAEHg+sw1KZU/yikVSduWoR4hrTTH6Xpzao2zz9gC +e3cip1/AOTNp7k8aFWm1eJpJjsxPWzLU0ecqnGU6iMhq/poSU4Q2fKiPvVBbuz/i+x7 8dvWTXz+6cB7lssCDT8LuWaREwEzIDrkYM6stcHwaWp+ZtDdaxN8OZd7SgH4nU7NHtfS K6v6W1ahdcXIncvxqed1uYvLp1G2TEEFrqEPDDeTHcAAIa7xTJxGpTGDpU3G+K8lDXQt nCPJou8Pllff+arzN6K6k7Niq8YSc273cOW1NbYzJwEd87EZ9Zu6pNKTIT2Vj4E8+5Mg 9a5A== X-Gm-Message-State: AGi0PuZzR7HjYccZiLWIx4JFPSvMkKSn0f80Qz1Zdi9Ajb5In3Z/eTp4 aiatgj5Y6M16Dj3Yg7pArjI= X-Google-Smtp-Source: APiQypJKbo7XLcWlongmrOiSLKifvfcGOUnk1DMtb/5kbYD6uCZVKexrctprbBQGhJGT3Jg6ryjO6A== X-Received: by 2002:a1c:c345:: with SMTP id t66mr12361731wmf.189.1587576221293; Wed, 22 Apr 2020 10:23:41 -0700 (PDT) Received: from rpluim-mac ([2a01:e34:ecfc:a860:f038:efd9:aa5f:7833]) by smtp.gmail.com with ESMTPSA id l4sm9656368wrw.25.2020.04.22.10.23.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Apr 2020 10:23:40 -0700 (PDT) From: Robert Pluim To: Adam =?utf-8?Q?Sj=C3=B8gren?= Cc: ding@gnus.org, emacs-devel@gnu.org Subject: Re: Rendering regression in Gnus with gnus-treat-from-gravatar References: <877dym5fes.fsf@tullinup.koldfront.dk> <87d08ejbmj.fsf@tullinup.koldfront.dk> <87r1wfsild.fsf@gnu.org> <87imhrsbd5.fsf@gnu.org> Date: Wed, 22 Apr 2020 19:23:39 +0200 In-Reply-To: <87imhrsbd5.fsf@gnu.org> (Tassilo Horn's message of "Wed, 22 Apr 2020 19:01:42 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: Precedence: bulk >>>>> On Wed, 22 Apr 2020 19:01:42 +0200, Tassilo Horn said: >> Would it make sense to >>=20 >> 1. Use dns-query-cached Tassilo> I guess so as it does the lookups on every message and every m= ail Tassilo> address where it would suffice to do it once per unique domain= part of Tassilo> mail addresses. Right. And dns-query-cached remembers 'nil' returns from the DNS lookup as well. I guess I should push that change soon. diff --git a/lisp/image/gravatar.el b/lisp/image/gravatar.el index ff59a72ac8..8a73959996 100644 --- a/lisp/image/gravatar.el +++ b/lisp/image/gravatar.el @@ -149,7 +149,7 @@ gravatar--service-libravatar (dolist (record '(("_avatars-sec" . "https") ("_avatars" . "http"))) (let* ((query (concat (car record) "._tcp." domain)) - (result (dns-query query 'SRV))) + (result (dns-query-cached query 'SRV))) (when result (throw 'found (format "%s://%s/avatar" (cdr record) >> 2. Switch gravatar to use http rather than https by default, with a >> user option to use https (I=CA=BCm assuming this speeds things up) Tassilo> Indeed, I've tried using "http://cdn.libravatar.org/avatar" wh= ich was Tassilo> way faster. Do you know what might slow down TLS negotiation = so much? Tassilo> Now when I think about it, I'd also say that accessing GNU ELP= A for Tassilo> package upgrades became slower, too. But browsing the web see= ms to work Tassilo> normally but I think Firefox or Epiphany might not use gnutls.= .. Nothing has changed in that area recently, although Bug#40665 has uncovered some interesting corner cases that we=CA=BCre working on. Covid-19 effect maybe. >> 3. Apply the gravater caching patch from Philip K >>=20 >> I suspect [2] there would give the biggest improvement, given your >> profile report. Tassilo> Maybe. But if I understood your reply to Adam on ding, only t= he DNS Tassilo> lookups block seeing the complete Gnus article, right? The re= trieval is Tassilo> asynchronous anyway which just means the gravatar images might= take some Tassilo> time to pop up in the article buffer. If that is true, then I= 'd only Tassilo> care about the DNS part. Yes, the retrieval is asynchronous, DNS isn't. I=CA=BCve made some attempts to get the DNS lookups be done in a separate thread, but they've not been very successful. And now that I look closely, url-retrieve does caching as well, so hopefully with extended use the slowdowns will go away. Robert