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, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30729 invoked from network); 11 Sep 2020 00:01:11 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 11 Sep 2020 00:01:11 -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 1kGWUJ-00DFIu-Og; Thu, 10 Sep 2020 19:00:23 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kGWUF-00DFHF-D9 for ding@lists.math.uh.edu; Thu, 10 Sep 2020 19:00:19 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kGWUB-00AAkK-Tv for ding@lists.math.uh.edu; Thu, 10 Sep 2020 19:00:19 -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=jqi3k4352vpPPB9bg2tDKqAIecKYJnkSCWyyj+sw9rc=; b=DFU4/0Hi3YfQUPn1uQLLZ/xJ16 R5o3N8WXbW9Ds1t8gmPLWMz5+rgWcYOIUIbZxC4LOKJ2TodVLr5Xt4qRaW8ZJXHWwVEWSjjY4nQ+A /HD6Lie/z2C02iw1qyIx8cKMC8V6lpcglt3eUN7UPbRK+1qLPTpKS9Cn+Xtuz4mZ3Y3A=; 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 1kGWU3-0003Zl-KM for ding@gnus.org; Fri, 11 Sep 2020 02:00:11 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kGWU2-0007dm-Im for ding@gnus.org; Fri, 11 Sep 2020 02:00:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Andrew Cohen Subject: Re: useful things with nnselect Date: Fri, 11 Sep 2020 08:00:00 +0800 Message-ID: <87mu1x5gjj.fsf@ust.hk> References: <87imcp9ha5.fsf@ust.hk> <87blifpixx.fsf@ucl.ac.uk> <87eenblaet.fsf@ust.hk> <87a6xznq45.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:kCgcQnyIM8ysXm5oFp2TB0dNghc= List-ID: Precedence: bulk >>>>> "ESF" == Eric S Fraga writes: >> (I have put an artificial limit on the size of the group since >> some of my groups have hundreds of thousands of messages, and >> loading this many headers is unbearably slow. ESF> Mine have tens to hundreds of thousands of emails. Virtual ESF> groups seem to be very fast when all I'm doing is combining ESF> groups. But all of the groups involved in my virtual groupings ESF> are nnml: will that make a difference? Sorry, I wasn't thinking clearly---this limit is unnecessary. The only thing that is slow is retrieving a huge number of headers and processing them (e.g. threading) to create the summary buffer. This is true for any group in gnus, including nnvirtual. The combining itself is no problem and doesn't need this limit; you may either remove it, or just set it to some very large number.