That's about comperable to the transaction count for our server,
except we have a Sparc 2 (x4) running SunOS which also serves FTP and
has a few dozen interactive users, and haven't had load problems
unless lots of people perform extensive searches or somebody runs a
raytracer.
>We have also much CGI's some of them are search engines.
Ah ha...
>We would take another machine, but what is the best for this mix.
>More CPU-Power, more processors, more ... ?
My offhand guess would be fewer execs. Forking should be dirt cheap
under Solaris (it does copy-on-write, doesn't it?) but CGI requires
exec calls, particularly if you have a lot of frequently used CGIs
which are lightweight and don't involve intensive searching.
You don't mention how much physical memory you currently have; unless
it's really the case that the search engine executing is taking the
lions share of resources (as opposed to the time to load it, the time
to fetch large files from disk, etc) that might be the first candidate
for enhancement. Our server has 128 megs.
Obviously there are other potential tricks (multiple machines with
round-robin IP, run search engines on another machine via RPCs,
reallocation of nice levels, etc.) depending exactly where the load is
coming from.
-- Marc VanHeyningen mvanheyn@cs.indiana.edu MIME, RIPEM & HTTP spoken here