From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: Rendering regression in Gnus with gnus-treat-from-gravatar Date: Wed, 22 Apr 2020 19:01:42 +0200 Message-ID: <87imhrsbd5.fsf@gnu.org> References: <877dym5fes.fsf@tullinup.koldfront.dk> <87d08ejbmj.fsf@tullinup.koldfront.dk> <87r1wfsild.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="21131"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Adam =?utf-8?Q?Sj=C3=B8gren?= , ding@gnus.org, emacs-devel@gnu.org To: Robert Pluim Original-X-From: ding-owner+M37322@lists.math.uh.edu Wed Apr 22 19:02:41 2020 Return-path: Envelope-to: ding-account@m.gmane-mx.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jRIlk-0005Le-H0 for ding-account@m.gmane-mx.org; Wed, 22 Apr 2020 19:02:40 +0200 Original-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 1jRIl9-0008UD-49; Wed, 22 Apr 2020 12:02:03 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jRIl5-0008RW-FD for ding@lists.math.uh.edu; Wed, 22 Apr 2020 12:01:59 -0500 Original-Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jRIl4-0000XD-0z for ding@lists.math.uh.edu; Wed, 22 Apr 2020 12:01:59 -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=3ZR6gvG77eMbkeosjj351GDMuxvBZz251N8sQFXqhgc=; b=gHT2Bz77DXwPw+zzWn3Y+c5hVS +otpTgtJaDS9+QBQdVdkO4k5twUdjU6KvvZ7xTV7UvRVq2oi0CljOv4Nyxrqya4SRP//L4axcD909 edL5xssZX3lqVDPf+47wLNpYjRddIIUfTOXK6JWHxO8O8cPMIF8b2CA9NP3WjwwD06+I=; Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jRIkw-0004lp-Qe for ding@gnus.org; Wed, 22 Apr 2020 19:01:53 +0200 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33399) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRIks-0000ew-V4; Wed, 22 Apr 2020 13:01:46 -0400 Original-Received: from auth1-smtp.messagingengine.com ([66.111.4.227]:47363) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1jRIks-0000tR-DR; Wed, 22 Apr 2020 13:01:46 -0400 Original-Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id F248027C0054; Wed, 22 Apr 2020 13:01:45 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 22 Apr 2020 13:01:45 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrgeejgdellecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufhffjgfkfgggtgfgsehtqhertddtreejnecuhfhrohhmpefvrghsshhi lhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuffhomhgrihhnpehlihgsrh grvhgrthgrrhdrohhrghenucfkphepkeegrddufedvrdeliedrvdehgeenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnodhmvghsmh htphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedvleekqdht shguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: from thinkpad-t440p (p548460fe.dip0.t-ipconnect.de [84.132.96.254]) by mail.messagingengine.com (Postfix) with ESMTPA id D4B733065CE9; Wed, 22 Apr 2020 13:01:44 -0400 (EDT) Mail-Followup-To: Robert Pluim , Adam =?utf-8?Q?Sj=C3=B8?= =?utf-8?Q?gren?= , ding@gnus.org, emacs-devel@gnu.org In-Reply-To: (Robert Pluim's message of "Wed, 22 Apr 2020 16:59:09 +0200") List-ID: Precedence: bulk Xref: news.gmane.io gmane.emacs.gnus.general:89125 gmane.emacs.devel:247527 Archived-At: Robert Pluim writes: Hi Robert, > Tassilo> And in the ususal case, it is just slow in the sense of > Tassilo> maybe 2-5 seconds. And in those normal cases, it's not > Tassilo> so much the dns query but the TLS negotiation with > Tassilo> seccdn.libravatar.org (in case the DNS lookup found no > Tassilo> custom gravatar url). > > Tassilo> Here's a profiler report gathered with: > > Tassilo> (progn > Tassilo> (profiler-start 'cpu) > Tassilo> (gravatar-retrieve-synchronously "tsdh@gnu.org") > Tassilo> (profiler-report) > Tassilo> (profiler-stop)) > > gravatar does those retrieves asynchronously, but that won't change > the call graph, I don=CA=BCt think. > > Would it make sense to > > 1. Use dns-query-cached I guess so as it does the lookups on every message and every mail address where it would suffice to do it once per unique domain part of mail addresses. > 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) Indeed, I've tried using "http://cdn.libravatar.org/avatar" which was way faster. Do you know what might slow down TLS negotiation so much? Now when I think about it, I'd also say that accessing GNU ELPA for package upgrades became slower, too. But browsing the web seems to work normally but I think Firefox or Epiphany might not use gnutls... > 3. Apply the gravater caching patch from Philip K > > I suspect [2] there would give the biggest improvement, given your > profile report. Maybe. But if I understood your reply to Adam on ding, only the DNS lookups block seeing the complete Gnus article, right? The retrieval is asynchronous anyway which just means the gravatar images might take some time to pop up in the article buffer. If that is true, then I'd only care about the DNS part. Bye, Tassilo