From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, FREEMAIL_FROM,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 3444 invoked from network); 21 Aug 2020 20:31:46 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 21 Aug 2020 20:31:46 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1k9Dgs-008vsH-8p; Fri, 21 Aug 2020 15:31:10 -0500 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1k9Dgn-008vqM-JH for ding@lists.math.uh.edu; Fri, 21 Aug 2020 15:31:05 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1k9Dgk-00FENa-Uw for ding@lists.math.uh.edu; Fri, 21 Aug 2020 15:31:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/gQXH9CDLg+AKpiQTwssPw6gOge2OuSZemaejToKs2E=; b=vC9r+5QSj5ZvugMK3up3q7rUe8 qxZdYo31NFBOaPz3CmLbd3Br4S0shReSmYvWlXrOVV8XkWhQ6WFJi28/wy1gQeZDFJikoSHWWZdPy YQWlQe3LLfQlEYRuaVEPxd9WYgcR6C03L2lWSxcKRY3irFdRz3PMUt2YKca7mEL8rIcY=; Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214] helo=ciao.gmane.io) by quimby with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9Dgb-0006aa-3x for ding@gnus.org; Fri, 21 Aug 2020 22:30:58 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k9Dga-0008sJ-IM for ding@gnus.org; Fri, 21 Aug 2020 22:30:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Wayne Harris Subject: Re: is there a possibility for gnus to download data without blocking? Date: Fri, 21 Aug 2020 17:30:08 -0300 Message-ID: <86eenzeo8f.fsf@protonmail.com> References: <86y2m8hccw.fsf@protonmail.com> <87imdcvchr.fsf@ericabrahamsen.net> <868se8gjzj.fsf@protonmail.com> <875z9bvs13.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Cancel-Lock: sha1:x/4C7CVS28DeoJ2eoOzB4kIoWPo= List-ID: Precedence: bulk Eric Abrahamsen writes: [...] >>> In theory we could have a Gnus that fires off all the servers and then >>> returns control to the user immediately, but that would involve handling >>> out-of-band returns as they came in from the servers, and Gnus would >>> have to be structured very differently than it is now to manage that. >> >> I don't expect ever to be able to download a bunch of data and have it >> all very fast on my screen. But I do think that a system being always >> faster than the user gives the user an impression of total control, >> which is pleasurable. So I would consider that a very nice improvement >> for Gnus itself. > > The main issue is: if you get control of Emacs back right away, what > happens when the server response comes in? Work still needs to be done > to parse the response and incorporate it into Gnus' state, and that work > needs to be done in lisp, which means the user is probably going to get > interrupted again, to some extent. I would guess the result would be a lot better because EMACS is fast and the network, slow. You continue to use EMACS as the data comes in. When it's all local, Gnus takes control of EMACS but finishes quickly because ELISP is fast. So you'd notice it a lot less, if at all. > Let's see how Dick is handling it! :) Yes, let's do that. I bet it won't be easy for me, but I'll give it a try after dinner today, that is, within 6 hours. Expect my report.