Re: balsa, and other graphics mailer are slow

On Fri, Jan 12, 2001 at 09:51:03PM +0100, Lorenzo Delana wrote:
> Anyone have never tried to read a /var/spool/mail/<user>
> with about 10000 messages ?
> about 5 minutes with mozilla mail and balsa...
> about 10 secs with "mutt".

> The problem, is that BALSA retain in memory all readed messages,
> but the memory isn't an optional... I propose to modify the code
> of balsa introducing the indexing of message and read on demand.
atm balsa always threads messages and that bites speed wise. eventually you
will be able to select threaded/flat/etc

balsa uses mutt code to read and parse mailboxes. mutt uses ncurses, balsa
uses X. mutt will always be some degrees faster than balsa or any other X 
based mailer, live with it.
mutt keeps the same internal representation of the mailbox as balsa, but
mutt display a 24 line list in text mode while balsa constructs a 10000
entry ctree to display the message list. afaik you cannot create gtk lists
or ctrees in real time. 

one idea i have been toying with was build the ctree from down to up and
start displaying as soon as the bottom page is done. i'm not sure if this 
is possible or the impact it would have on redraw/refresh events. this would
not speed up balsa, but would lower the latency the user experiences. this
is particularly true for imap mailboxes. comments ?

Carlos Morgado - chbm(at)chbm(dot)nu - -- gpgkey: 0x1FC57F0A FP:0A27 35D3 C448 3641 0573 6876 2A37 4BB2 1FC5 7F0A
"Some people have told me they don't think a fat penguin really embodies the
grace of Linux, which just tells me they have never seen a angry penguin 
charging at them in excess of 100mph. They'd be a lot more careful about 
what they say if they had." -- Linus Torvalds 

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]