You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by "rafael.munoz" <ra...@gmail.com> on 2008/09/17 17:33:08 UTC
SMTP throughput and JAMES benchmarking
Hi
I have implemented a application over James (some pretty heavy mail
processing) and the next week I'm going to try to measure the SMTP
throughput and the performance of the solution. Anyone have any experience
with this? I have several doubts (i.e. how measure the total time of a
message processing including spool queue time, all the mailets, etc) and it
will be wonderful and it will save me a lot of work if someone can give me
some guidelines.
For load I guess that the standard option is to use postage, isn't it?
What's the status of postage? It's in active development and ready to be
use?
regards and thank you in advance,
Rafa
--
View this message in context: http://www.nabble.com/SMTP-throughput-and-JAMES-benchmarking-tp19534823p19534823.html
Sent from the James - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: SMTP throughput and JAMES benchmarking
Posted by jimmy35 <cb...@unica.com>.
rafael.munoz wrote:
>
> Hi
>
> No help or advice for how to measue SMTP throughput and mail processing
> time?
>
> regards,
> rafa
>
>
Did you have any luck with your testing? If so, any advice our results?
I'm currently working with both Postage and SilkPerformer to test the SMTP
processing, simply receiving emails in my case, and I seem to be hitting a
threshold of about 1500 emails/min.
With Postage I just see diminishing returns as I increase users, with
SilkPerformer I can see that the actual response time from the server is
increasing as my users/volume increase and I'm wondering if anyone has had
any success tuning the throughput of James itself, or perhaps the Linux
boxes, then James?
Cory
--
View this message in context: http://www.nabble.com/SMTP-throughput-and-JAMES-benchmarking-tp19534823p20267948.html
Sent from the James - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: SMTP throughput and JAMES benchmarking
Posted by "rafael.munoz" <ra...@gmail.com>.
Hi
No help or advice for how to measue SMTP throughput and mail processing
time?
regards,
rafa
rafael.munoz wrote:
>
> Hi
>
> I have implemented a application over James (some pretty heavy mail
> processing) and the next week I'm going to try to measure the SMTP
> throughput and the performance of the solution. Anyone have any experience
> with this? I have several doubts (i.e. how measure the total time of a
> message processing including spool queue time, all the mailets, etc) and
> it will be wonderful and it will save me a lot of work if someone can give
> me some guidelines.
>
> For load I guess that the standard option is to use postage, isn't it?
> What's the status of postage? It's in active development and ready to be
> use?
>
> regards and thank you in advance,
> Rafa
>
--
View this message in context: http://www.nabble.com/SMTP-throughput-and-JAMES-benchmarking-tp19534823p19607358.html
Sent from the James - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: SMTP throughput and JAMES benchmarking
Posted by Bernd Fondermann <bf...@brainlounge.de>.
Bernd Fondermann wrote:
> On Wed, Sep 17, 2008 at 17:33, rafael.munoz <ra...@gmail.com> wrote:
>> Hi
>>
>> I have implemented a application over James (some pretty heavy mail
>> processing) and the next week I'm going to try to measure the SMTP
>> throughput and the performance of the solution. Anyone have any experience
>> with this? I have several doubts (i.e. how measure the total time of a
>> message processing including spool queue time, all the mailets, etc) and it
>> will be wonderful and it will save me a lot of work if someone can give me
>> some guidelines.
>>
>> For load I guess that the standard option is to use postage, isn't it?
>> What's the status of postage? It's in active development and ready to be
>> use?
>
> It's not in active development currently, but this changes as soon as
> someone starts working on it ;-)
> I had troubles building it recently but never got around to look into
> that, unfortunately.
> Maybe I get some time to do that over the weekend since I am
> interested in using it again, too. But I can't promise that I'll have
> the time.
The build problems are now resolved. Please update your local checkout
to latest TRUNK HEAD.
Bernd
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: SMTP throughput and JAMES benchmarking
Posted by "rafael.munoz" <ra...@gmail.com>.
Hi
Thanks ... I have take a look at postage and, unfortunally, it doesn't fit
exactly my needs. I'm using James not as mail server, with mailboxes, users,
etc, but more as a SMTP proxy, "intercepting" mails and processing them
(some database inserts, statistics, etc). I can add the things I need to
Postage (a fixed user list instead of a generated one, etc) but I think this
will move Postage from its core. I'm going to use The Grinder to make my
load tests ... with its Jython script support it's very flexible.
Anyway I'm willing to help ... return something to the James community :).
Is there something concrete you want me to do? If you didn't have time to
fix the Postage build maybe I can look into it ...
regards,
rafa
Bernd Fondermann-2 wrote:
>
> On Wed, Sep 17, 2008 at 17:33, rafael.munoz <ra...@gmail.com>
> wrote:
>>
>> Hi
>>
>> I have implemented a application over James (some pretty heavy mail
>> processing) and the next week I'm going to try to measure the SMTP
>> throughput and the performance of the solution. Anyone have any
>> experience
>> with this? I have several doubts (i.e. how measure the total time of a
>> message processing including spool queue time, all the mailets, etc) and
>> it
>> will be wonderful and it will save me a lot of work if someone can give
>> me
>> some guidelines.
>>
>> For load I guess that the standard option is to use postage, isn't it?
>> What's the status of postage? It's in active development and ready to be
>> use?
>
> It's not in active development currently, but this changes as soon as
> someone starts working on it ;-)
> I had troubles building it recently but never got around to look into
> that, unfortunately.
> Maybe I get some time to do that over the weekend since I am
> interested in using it again, too. But I can't promise that I'll have
> the time.
> Maybe you can give it a try since once running it should work pretty well.
> Any contribution very welcome :-)
>
> Bernd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/SMTP-throughput-and-JAMES-benchmarking-tp19534823p19607322.html
Sent from the James - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: SMTP throughput and JAMES benchmarking
Posted by Bernd Fondermann <be...@googlemail.com>.
On Wed, Sep 17, 2008 at 17:33, rafael.munoz <ra...@gmail.com> wrote:
>
> Hi
>
> I have implemented a application over James (some pretty heavy mail
> processing) and the next week I'm going to try to measure the SMTP
> throughput and the performance of the solution. Anyone have any experience
> with this? I have several doubts (i.e. how measure the total time of a
> message processing including spool queue time, all the mailets, etc) and it
> will be wonderful and it will save me a lot of work if someone can give me
> some guidelines.
>
> For load I guess that the standard option is to use postage, isn't it?
> What's the status of postage? It's in active development and ready to be
> use?
It's not in active development currently, but this changes as soon as
someone starts working on it ;-)
I had troubles building it recently but never got around to look into
that, unfortunately.
Maybe I get some time to do that over the weekend since I am
interested in using it again, too. But I can't promise that I'll have
the time.
Maybe you can give it a try since once running it should work pretty well.
Any contribution very welcome :-)
Bernd
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org