From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50309 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Why article numbers? Date: Sun, 23 Feb 2003 12:38:23 +0100 Organization: Programmerer Ingebrigtsen Sender: owner-ding@hpc.uh.edu Message-ID: References: <841y2jzrgm.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046000395 10005 80.91.224.249 (23 Feb 2003 11:39:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 23 Feb 2003 11:39:55 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18muU5-0002bC-00 for ; Sun, 23 Feb 2003 12:39:53 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18muSy-00013T-00; Sun, 23 Feb 2003 05:38:44 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 23 Feb 2003 05:39:43 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id FAA02105 for ; Sun, 23 Feb 2003 05:39:26 -0600 (CST) Original-Received: (qmail 35393 invoked by alias); 23 Feb 2003 11:38:23 -0000 Original-Received: (qmail 35388 invoked from network); 23 Feb 2003 11:38:22 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 23 Feb 2003 11:38:22 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18muhO-0007Us-00 for ; Sun, 23 Feb 2003 12:53:38 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 25 Original-NNTP-Posting-Host: quimbies.gnus.org Original-X-Trace: quimby.gnus.org 1046001218 28449 80.91.231.2 (23 Feb 2003 11:53:38 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 23 Feb 2003 11:53:38 GMT Mail-Copies-To: never X-Now-Playing: =?iso-8859-1?q?Bj=F6rk's?= _Family Tree (3): Beats_: "Karvel" Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEVzc3P+/v5LS0spKSnU 1NQDAwOKiopkZGQ2NjYUFBQ5n3KbAAACQ0lEQVR4nG2UsW7bMBCGD4EhzQIEzwEDVByLcqi0xQDB PIEGb0xLUGsgFGZncSh3w0D0tv2PYuyk6QGypft0d/8dSVHzH/O1SHR90lofyq29kzeg2bbb1s4y 3oD3Dqjly4p0Ba3xMI7Czwfg35kNUr0BY4koe/FvbFRUlBh6sxBm/RR7ckX69r6lOgRx8vFbiWi1 LXnqIMTJ/JZXuWYri1SzvK/Mz39AjkhfTvqBmvYdsLl2+kMuvgOWFXPt2IunlRp9BfQGlJoH0t4V sLnDDHDuH8hXrszqBob1VZIlv83K5q7hF3FdX2ee0CGDzY/2GKyCAlkGNgTK3gJ6AN/sXVsLAX+C LRmcAarm6bCv0Zdkf1I9gxXANY8Hg5rZLZM6MzgCPKPHSaROcESf1KouxwKMx+jug+g5WxzOawb1 c2O1p7ma4BVSob3LCPASXOOxlcghXeJK8TKOUPUibLvjTaLnTVVKQwa1CHrHo3qclwIigAQgBvYk ZX8Dx4HuhHAAUyeEigVcxuOF0Nlu15ggsPvUIgsYR178X64xczel2C/iBjBE77DxTz+uQK0M5q5y h3YKFdSqbY4RHQKEyrs8XHh6uUUghDxSPe+xHKhd9A45osUZOuynDoelkKgGBnyKUKOq5YJUG1AM XviEtdbf5Rp8KTWwKiz+qcIMrdz6xvtrliuT6IL2xkIQiijYeGQQ07J0zvPH4ArYiKXgbE3QG1W2 YQNnpVLqbP0JrGeOQSbu4wNYVzx8teFTRLbvhs9edhfwF6NxSWDdg1LvAAAAAElFTkSuQmCC User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 Cancel-Lock: sha1:ZoCif20uHAHThBhVNJlysJk9NlE= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50309 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50309 prj@po.cwru.edu (Paul Jarc) writes: > If the user asks for "all unread articles", then Gnus can ask the > backend for "all unread articles". If the user asks for "the last 200 > articles, whether read or unread", then Gnus can ask the backend for > "the last 200 articles, whether read or unread". If the user asks for > "the last 5 read articles", then Gnus can ask the backend for "the > last 5 read articles". That means that the backend must have intimate knowledge of all these things. That's certainly not the case now -- nntp.el, for instance, has no knowledge what-so-ever about these things. (nnml.el is getting to know more about these things, but the volume in nnml versus nntp is on a different plane. And Gnus is a news reader. :-) > I won't argue with that. It might even be so much work that it will > never happen, unfortunately. But my claim is that it is possible, and > if done right, would not cause performance hits. This kind of added complexity almost invariably causes performance hits, in my experience. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen