Re: Speed difference in Gnus: a step in the right direction
Hrvoje Niksic wrote:
Ben Wing <ben(a)xemacs.org> writes:
>Hrvoje, if you're willing to try some profiling in a current 21.5,
>
>
I don't have time for it now, and I'm reluctant to work on the 21.5
code base anyway, because of the reasons outlined earlier. I started
this thread to make other people aware of the problem.
Creating a large nnml group shouldn't be hard. For example, enter
Gnus, press "n" when asked to go offline, then press "y" when asked
whether to continue. You can create an empty nnml group using `G m
testgroup RET nnml RET'. Then enter an existing mbox using `G f
<file-name> RET' (don't mind if this is slow, it's supposed to be
slow). Press `C-x h' to select the whole buffer, followed by `B c
nnml:tesgroup RET'. You should have a working nnml group with a bunch
of messages.
well, we all have limited time. if you ever change your mind, i'd be
glad for your help. in practice, profiling 21.5 is more useful than
21.4 since very little more work will be done on 21.4.
as for your reluctance to work on 21.5, it would help if you could
articulate your objections as to the direction of current work. the
main thing i'm working on now is making the internal encoding be
unicode, which seems very important. my proposal for a classifier-based
encoding detection scheme was only a floated proposal, something that
will get done, if at all, as part of a final project for a class of mine
-- which otherwise would be something not related to xemacs at all.
ben