From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/1870 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.user Subject: Re: ifile sloooow... hook for expiry? Date: Mon, 13 Jan 2003 16:17:24 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Message-ID: <4nznq4zr4r.fsf@lockgroove.bwh.harvard.edu> References: <9cfk7h9knk8.fsf@rogue.ncsl.nist.gov> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138668507 13008 80.91.229.2 (31 Jan 2006 00:48:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 00:48:27 +0000 (UTC) Original-X-From: nobody Tue Jan 17 17:29:49 2006 Original-Path: quimby.gnus.org!news.ccs.neu.edu!news.dfci.harvard.edu!news.harvard.edu!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-NNTP-Posting-Host: lockgroove.bwh.harvard.edu Original-X-Trace: plato.harvard.edu 1042492649 10922 134.174.9.133 (13 Jan 2003 21:17:29 GMT) Original-X-Complaints-To: news@plato.harvard.edu Original-NNTP-Posting-Date: Mon, 13 Jan 2003 21:17:29 +0000 (UTC) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.090013 (Oort Gnus v0.13) Emacs/21.2 (sparc-sun-solaris2.8) Cancel-Lock: sha1:10gmLj5NX5pU8WiLKxA8A3VhWWA= Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:2010 Original-Lines: 39 X-Gnus-Article-Number: 2010 Tue Jan 17 17:29:49 2006 Xref: news.gmane.org gmane.emacs.gnus.user:1870 Archived-At: On Mon, 13 Jan 2003, dmaze@mit.edu wrote: > I've had that experience too; ifile-gnus seems to be a little > aggressive about noticing refiles, particularly in spam mode, and > I've noticed general slowness. Rumor is that ifile is a lot slower > if your .idata file is on a networked filesystem (e.g. NFS or AFS), > and that it gets noticably faster if you move it to local disk. > > Hmm. ifile-gnus uses lots of advice stuff; Oort Gnus (the current > development version) has somewhat bleeding support for ifile via a > generic spam-filtering system in spam.el. You can get a day-old > tarball fromm http://www.gnus.org/dist/. But you should be aware > that it really is bleeding-edge code, might not work, might eat all > your mail, etc. Agreed on the bleeding-edginess (I maintain spam.el). Its support to ifile is also limited to spam detection and processing currently - it does not do general mail sorting when articles are moved or copied, even though it *does* have support for general sorting of incoming mail through ifile. If you or others like spam.el and want to see it integrated better with ifile, let me know. With spam.el all the advice is turned off, and only specified articles will be processed by ifile at summary exit (the rules are somewhat complex, and explained in the CVS Gnus manual). spam.el should be faster than regular ifile-gnus.el with article copy/move. Also, spam.el lets you customize the location of your .ifile database. > *thinks* ...I've noticed spam.el being slow when you exit a group, > though, because it deals with telling ifile an article definitly is > or isn't spam then; I've been considering speeding that up. The current version is slow but it can be optimized quite a bit for nnml groups. It is much easier, however, to add new spam backends and to improve the functionality with the current code architecture, so I've been leaving speed optimizations off. Ted