Re: Huge groups

[Lars Syrstad <lars@no482rs1.aventura.no>]

* Steinar Bang
| 
| But you could use DBM files instead of an .overview file, and maybe
| get a speedup from that?  If that's where Gnus spends it time, at
| least.
| 
| (I suspect that with the current backend interface this won't give any
| speedups, since Gnus needs to hold the entire Summary buffer
| information in memory to do the threading and scoring and stuff. And
| even without doing any sort of profiling I'm gueesing that there is a
| performance bottle neck here)

Any reason why the necessary information to do threading and scoring
could not go into the Overview-file, which in turns goes into a DBM
file?

nnml is much more static than nntp, and Gnus _knows_ when a nnml-group
receives new articles or when old articles are expired, since it's
Gnus itself which performs these actions.  If some effort was made to
thread the group once-and-for-all when articles arrive and disappear,
building the summary buffer ought to be faster.

(Not that I know much about the internals of nnml, mind you.)

  - Lars.
-- 
Fly like a rock from the roof to the basement
The last thing to go through my mind is the pavement
(Falling out of love with life)
    -- Skyclad: Helium