Serge, thanks for your comments! I think you're right about the McAfee; we do expect it to be bad news on the performance side, and I too think that in these tests Windows SMTP is not showing problems because there is a lot of CPU % available.
We have tested without logging, and it did not make any real difference. I have asked the test department to run the tests suggested, with the latest release and the dbfile spool.
The size of messages is a real problem. The release of the product I'm working on will routinely send voice mails, and those of course tend to be pretty big. The small, text messages will be just a small percentage of the traffic we'll need to handle.
The CPU is a problem as well. If we want to run James on servers that run our sw, and not only on dedicated servers, then we cannot afford it to consume so much CPU. I am a Java newbie, and I'd be grateful if one of you guys could give me an idea about what part of the JVM/runtime/james you think is responsible, and if this is kind of expected of such a framework.
As for the exception, if you can view a Windows Word doc I can send you a very detailed doc about these tests, with more info about results and configuration. Also, if there is any specific info you'd like me to collect, let me know what and how and I'll see what I can do.
Paola,
The problem with the large messages is a result of the standard Java library we use to parse email messages (JavaMail). This was written for client software, not really server software, so in cases like James where you need to parse only subsets of the data (maybe only the headers or the mime part structure but not actually load all the mime data into memory), we're stuck. We've talked several times about writing out own implementation of this library, but it's not an easy task.
Do let me know if the latest release helps at all. There was an issue with our DNS library that was causing a bottleneck that was address in 2.2, so hopefully that will help.
I can read Word docs and would be interested in reading your tests more thoroughly. Is this something you would like to keep private, or would you mind if (if useful) I take parts and add it to our website?
-- Serge Knystautas President Lokitech >> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
