Re: Gnus' speed

[David Engster <deng@randomsample.de>]

Daniel Clemente <dcl441-bugs@yahoo.com> writes:
> El dt, jul 28 2009 a les 23:03, Leo va escriure:
>>> http://www.emacswiki.org/emacs/GnusSpeed
>>
>> I disabled gnus agent and adaptive scoring (the adaptive score files can
>> go up to tens of megabytes) 
>
>   I didn't know about adaptive scoring, but it seems it is already disabled by default.
>   I added this tip to the wiki; thanks.

Don't have time to edit the Wiki at the moment, so some unsorted general
hints:

* Scoring in general is slow. For maximum speed, one should omit scoring
  completely.

* Set the 'large-newsgroup-initial' group parameter to a small value
  (e.g. 50), so that you get smaller summary buffers.

* Sort articles/threads by number.

* If you use nnimap, put an appropriate server definition in
  gnus-select-method or gnus-secondary-select-methods. Don't use it as a
  foreign server.

* Use group levels to make checking for new mails faster. Use high
  levels (4 or 5) for groups like spam/ham and less important mailing lists
  etc. which you do not need to check regularly. Use
  'gnus-activate-level' to specify which groups you'd like to be
  activated on startup. Put your important mail groups on level 1 and
  use prefix arguments like '1 g' to specify which groups you'd like to
  check for new mail.

* Use shell scripts to retrieve RSS feeds asynchronously (e.g. via
  cron). Set nnrss-use-local to 't' and use
  'nnrss-generate-download-script' to generate the shell script for
  retrieving the feeds. If you use shimbuns, there's 'shimbun-use-local'
  and 'nnshimbun-generate-download-script' which do the same.

* Depending on the IMAP server and the back end it uses, it might be
  wise to keep your groups small. Use expiry to automatically create
  archive groups (see variable nnmail-fancy-expiry-targets). Use
  searching facilities like nnir/nnmairix for an efficient search in
  those archives, so that you don't have to build huge summary buffers
  with thousands of mails.

-David