I have a test bed using siege.  The test runs 23400 hits against 19  
static http items.  Squid, delivering all from memory, runs roughly  
75% of the throughput of raw Apache or Apache proxy.  The siege  
"client" box has plenty of ports so that TIME_WAIT is not an issue.   
The client and server have a direct 1Gbit ethernet wire between them.
The boxes are multi-core Xeons at 2.6G with 8G ram, running Debian  
Etch Amd64 (2.6 kernel).  The build has epoll() enabled.  Single core  
hits roughly 80% with squid.  With squid tests, a third box was  
running Apache to supply http content but not accessed due to caching.
Any suggestions as to what might raise the throughput of squid to  
approach / exceed apache2?  Any recommended profiling techniques?
Note:  I later configured 2 squid instances on the same box and  
divided the 23400 evenly between them.  The throughput was constant,  
same as if one instance.  CPU cores hovered around 37-40% during test.
Summary:  plenty of ram, disk not used, extra CPU power ... seems  
like an issue of socket throughput ...
Thanks,
Matthew
Received on Wed Aug 01 2007 - 09:18:05 MDT
This archive was generated by hypermail pre-2.1.9 : Sat Sep 01 2007 - 12:00:03 MDT