From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/51206 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Questions on nnmaildir Date: Wed, 02 Apr 2003 12:33:55 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1049304897 24305 80.91.224.249 (2 Apr 2003 17:34:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2003 17:34:57 +0000 (UTC) Original-X-From: owner-ding@hpc.uh.edu Wed Apr 02 19:34:53 2003 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 190m8S-0006JQ-00 for ; Wed, 02 Apr 2003 19:34:53 +0200 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 190m7n-0007fO-00; Wed, 02 Apr 2003 11:34:11 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 02 Apr 2003 11:35:16 -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 LAA21082 for ; Wed, 2 Apr 2003 11:35:06 -0600 (CST) Original-Received: (qmail 29810 invoked by alias); 2 Apr 2003 17:33:57 -0000 Original-Received: (qmail 29805 invoked from network); 2 Apr 2003 17:33:57 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (@129.22.114.26) by 66.230.238.6 with SMTP; 2 Apr 2003 17:33:57 -0000 Original-Received: (qmail 29852 invoked by uid 500); 2 Apr 2003 17:34:18 -0000 Original-To: ding@gnus.org Mail-Copies-To: nobody Mail-Followup-To: ding@gnus.org Original-Lines: 42 User-Agent: Gnus/5.090017 (Oort Gnus v0.17) Emacs/21.3 (gnu/linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:51206 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:51206 Something seems to be up with my subscription; I haven't received any ding messages since Friday, when there were DNS changes for multivac.cwru.edu. Thomas Neumann wrote: > It seems that nnmaildir is quite an inode-hogger. The files in */.nnmaildir/marks/*/ are hard links. By default, they use one inode per group, but if you create */.nnmaildir/markfile yourself as a hard link, you can use just one inode total. The files in */.nnmaildir/num/ are hard links. One extra inode per group. The files in */.nnmaildir/nov/ are separate inodes; nnmaildir uses two inodes per message, where nnml and nnmh use one. > Wouldn't it make more sense to handle the marks in a fashion close to > courier? [appending them to the filename] The current method makes it easier to manipulate marks from outside Gnus, and for nnmaildir to pick up changes on the fly (whether made from a shell, or from a concurrent Gnus). Gnus also has more marks than the standard maildir format. You add a hook function to sync nnmaildir's marks with Courier's with a script: when scanning for new messages, update nnmaildir's marks; when exiting a group, update Courier's. > Is it really that much faster for nnmaildir to pick a specific nov-file > and grab its contents then to search through a single file containing > all novs and look for a match? The task here is to fetch some persistently-stored information indexed by a string (the unique part of the message's filename). That is precisely what the filesystem is meant for. Historically, many filesystems didn't do a great job of it, and if you're stuck with one of those, maybe nnmaildir isn't for you. But if you're not, ReiserFS or another modern filesystem may be just what you need. paul