----- Original Message -----
From: "Peter Donald" <[EMAIL PROTECTED]>
> At 10:59 27/11/00 +0000, you wrote:
> >The question is whether the performance gains are worth the additional
> >complication.
> >I can see why one might want to avoid parsing an InputStream into a
> >MimeMessage object.
> >At the same time, this system creates more objects, so at some
> >proportion, the benefit of never parsing streams for some mails is going
> >to be overwhelmed by the additional objects created for all messages.
> >
> >I suspect that for simple SMTP and POP3 stuff, avoiding parsing makes
> >sense. However, for IMAP and more complex mailets/matchers, avoiding
> >object creation (and simplicity) makes sense.
>
> The one problem with parsing is that it can potentially crash the whole
> mail application. For instance try sending a 10 meg file to 5-6 different
> people via a number of different mail programs. Quite a few of them will
> end up in swapville and many crash or take unfathomly long. For instance I
> once saw a very meaty machine collapse (WinNT MS Enterprise mail server)
> for about 5 hours while it processed a *single* mail. The mail was large
> and I suspect that post processing/parsing it took up all the memory of
> machine.
I agree. Large messages can really slow down JAMES. This weekend running
under an optimizer, I could process 2 small messages a second, but send a 3
meg e-mail through and it would take 1 minute, 24 seconds worth of CPU time
to get it from receiving through processing through delivery to a remote
account. Similarly, if there's a large message in someone's POP3 account,
JAMES really slows down. And this was after my optimizations... was taking
well over 2 minutes before. I still have one more big change I need to make
for the Town repository, and I think I can get this way down.
I've got a few more commits to make from Stuart and Ivan and the
case-insensitive thing (along with that big optimization fix for the town
repository and possibly pop3 accounts). I don't know when I'll get time
this week to do it but I do hope to this week.
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives: <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
