[squid-users] Performance questions....

From: Perry, Owain (Gamer.tv) <Owain.Perry@dont-contact.us>
Date: Wed, 27 Nov 2002 12:13:51 -0000

Hello,

I have been asked by the boss to work out how many users we can serve
from a squid server running as an accelerator. we are using squid 2.5
stable 1 on Solaris 8 running on an E450, The website is not to big 50M
max, were running squid from memory so there is no disk I/O to consider.
I know this is a tricky thing to work out so my questions are more of a
theoretical nature than actual figures:

1. How dependant on hardware will the number of requests serviceable in
a second be? is memory and CPU going to be more of a bottle neck, or
will the squid software have it's own maximum limit here?

2. Will this be also be dependant on the maximum number of TCP
connections that the OS can support?

3. If a TCP connection is in a Time_Wait state does that count as a
connection to the OS?

4. I assume that a squid object is each individual item e.g. a single
gif file, css file or a html page etc. How many TCP connections to the
back end server would squid make for an un-cached page? would it be 1
connection per item on that page? or 1 connection for all the items.

5. Has anyone worked out this kind of data and have any results they
would like to share?

6. Is there any documentation that I may have missed that might help me?
    
I am open to any advice or ideas you may have.

Thanks

Owain.

-- 
Owain Perry
http://www.gamer.tv
DISCLAIMER - The preceding e-mail message (including any attachments)
contains information that may be confidential, may be protected by the
attorney-client or other applicable privileges, or may constitute non-public
information.  It is intended to be conveyed only to the designated
recipient(s) named above.  If you are not an intended recipient of this
message, please notify the sender by replying to this message and then
delete all copies of it from your computer system.  Any use, dissemination,
distribution, or reproduction of this message by unintended recipients is
not authorized and may be unlawful. The contents of this communication do
not necessarily represent the views of this company.
Received on Wed Nov 27 2002 - 05:12:33 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:11:36 MST