From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68844 Path: news.gmane.org!not-for-mail From: Tom Tromey Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus' speed Date: Wed, 29 Jul 2009 14:19:21 -0600 Message-ID: References: <87zlao7j1z.fsf@CPU107.opentrends.net> <87iqhb7w7a.fsf@CPU107.opentrends.net> <87tz0v7362.fsf@lifelogs.com> Reply-To: tromey@redhat.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1248899231 18237 80.91.229.12 (29 Jul 2009 20:27:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jul 2009 20:27:11 +0000 (UTC) Cc: ding@gnus.org To: Ted Zlatanov Original-X-From: ding-owner+M17264@lists.math.uh.edu Wed Jul 29 22:27:04 2009 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1MWFjs-0003kR-1O for ding-account@gmane.org; Wed, 29 Jul 2009 22:27:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1MWFjR-0002o8-82; Wed, 29 Jul 2009 15:26:37 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1MWFcd-0002m2-AF for ding@lists.math.uh.edu; Wed, 29 Jul 2009 15:19:35 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1MWFcc-0004UW-8l for ding@lists.math.uh.edu; Wed, 29 Jul 2009 15:19:35 -0500 Original-Received: from mx2.redhat.com ([66.187.237.31]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1MWFdA-0004Xw-00 for ; Wed, 29 Jul 2009 22:20:09 +0200 Original-Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n6TKJRPI017114; Wed, 29 Jul 2009 16:19:27 -0400 Original-Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n6TKJQTq015014; Wed, 29 Jul 2009 16:19:26 -0400 Original-Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n6TKJMWC013025; Wed, 29 Jul 2009 16:19:23 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id 62DF33784EC; Wed, 29 Jul 2009 14:19:22 -0600 (MDT) X-Attribution: Tom In-Reply-To: <87tz0v7362.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed\, 29 Jul 2009 13\:30\:13 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) X-Scanned-By: MIMEDefang 2.58 on 172.16.27.26 X-Spam-Score: -5.6 (-----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68844 Archived-At: >>>>> "Ted" == Ted Zlatanov writes: Ted> But there's a bigger problem: Gnus is by design synchronous. You Ted> enter a group, then wait for the summary buffer to be built. Gnus Ted> doesn't have the concept of "enter a buffer and let the articles Ted> come in asynchronously" and I doubt it's possible without some Ted> multithreading support in Emacs Lisp, which has been discussed many Ted> times but is probably far in the future (at least a year, judging Ted> by threads in emacs-devel). Gnus blocks on many other operations Ted> too. Do you mean, this can't be done without threads because it means too much rewriting of Gnus? It seems to me that in theory Gnus could work asynchronously by doing work in process filters. Tom