[SDBUG] Benchmarks on servers?

[Matthew Szubrycht]

Pedro,

You may want to check out the Apache Benchmark tool (man ab), great  
tool for load/stress testing Apache/PHP/MySQL.
Additionally, MySQL can be stress tested with mysqlslap, which  
emulates client load.
I cannot speak for FTP, email etc, which I've never had the urge or  
need to stress test.  From the top of my head though, Postfix will  
handle huge mail loads in almost stock config, as will Qmail.  If I  
were to stress test Postfix, I'd probably use smtp-source and watch  
the system with the usual tool (top, lsof, iostat, vmstat etc.).
Personally, I like testing on a LAN, so that I can hit the server from  
multiple machines simultaneously, with high bandwidth.

For most environments a stock installation with minor configuration  
adjustments will perform very well on recent hardware.  However, each  
server/daemon can be configured for performance if you are wiling to  
spend some time.  It is usually worth the effort and you walk away  
with a deeper understanding of your server.

As to the 'ready for production' question, I think this is a personal  
thing.  If you work with given hardware for a while and run the same  
OS (BSD), you just know what works (because you've stress tested very  
similar setups).

I hope the above helps you get started.

Cheers,

Matthew Szubrycht
BMI




On Sep 29, 2008, at 12:00 PM, Pedro Moreno wrote:

>
> Hi guys.
>
> I juts wondering about went u setup new servers running BSD/Linux  
> did u run some benchmark software on each server to disk, network or  
> what else u test?
>
> Example, if u are going to run some NFS/Samba server what benchmark  
> programs u run?
> If u are going to run a apache server?
> If u are going to run a ftp server?
> A mail server?
>
>  What normally u do to say "Ok this server is ready for producction"?
>
> I just would like get some tips about what to do before I put a  
> server in producction.
>
> Thanks all for your time, see u!!!
>
> -- 
> _______________________________________________
> SDBUG mailing list
> SDBUG at sdbug.org
> http://lists.sdbug.org/mailman/listinfo/sdbug