[NBLUG/talk] Stress Testing servers
Steve
srj at adnd.com
Thu Nov 13 10:21:01 PST 2003
Cool idea =) I'll give it some thought =)
-Steve
On Thu, Nov 13, 2003 at 10:09:01AM -0800, Kyle Rankin wrote:
> On Thu, Nov 13, 2003 at 09:55:24AM -0800, Steve wrote:
> >
> > I just installed a new mail server for the company I work for. It's not
> > live yet =) But I want to stress test it big time for a couple days before
> > it goes live.
> >
> > Anyone know of a way to stress test a server? In this case I want to test
> > the mail server (Sendmail) and make sure the box wont fall over under load.
> >
> > Any ideas are greatly appreciated.
> >
> > -Steve
> >
> >
> > --
> > ----
> > "Knowing others is wisdom, knowing your self is Enlightenment."
> > -- Lao-Tzu
>
> Others probably have more experience with this, and hopefully will chime
> in (with hopefully more professional methods).
>
> To my knowledge one of the main things that stresses a mailserver isn't as
> much delivery as retrieval. I would probably set up a three-machine
> network, including the server.
>
> The first machine I would write a simple mail script to email an email to
> each user every X period, with the period depending really upon how many
> users you have, and how much traffic you expect. The emails should
> probably have some sort of number in the subject line so it's easy to track
> and make sure that all the messages got there, and in what sequence. To
> stress test it I'd probably try to give it about 3x the average traffic (or
> if you know the typical max traffic, then 1.5 or double it) it will see.
>
> Then I would have a second machine set up to use pop or imap to check for
> and retrieve new messages for every account every minute (you can do this
> with a fetchmail script). Whether fetchmail deletes the messages upon
> retrieval is up to you. You might want to test both. A benefit of
> deleting the messages is that you can run the test longer without having
> to worry about filling up the hard drive.
>
> I'd run this for a day or two (or shorter depending on how much space your
> hard drive can take) if possible.
>
> At the least, you will know your machine can handle maximum utilization.
> Or you will be able to tweak and figure out at what point does the machine
> become overloaded, so you can make sure that your usage never reaches that
> point.
>
> --
> Kyle Rankin
> NBLUG President
> The North Bay Linux Users Group
> http://nblug.org
> IRC: greenfly at irc.freenode.net #nblug
> kyle at nblug.org
> _______________________________________________
> talk mailing list
> talk at nblug.org
> http://nblug.org/mailman/listinfo/talk
--
----
"Knowing others is wisdom, knowing your self is Enlightenment."
-- Lao-Tzu
More information about the talk
mailing list