[squid-users] squid 4. cacheoff..

I heard from someone from squid-cache.org that there was gonna be a 4.
cacheoff in november, which was suppose to test squid as a reverse proxy..

And that's what I'm running.. - squid-head - with the rproxy.patch..

I just "tested" my squid, in a live setup, where it achived a little over
900 req/sec - for a short while - before it died.. (it didn't answer
requests - had to stop/start).

That was untuned.. I would like to know, If I can configure it to perform
better.. and to perhaps - instead of not serving costumers - it could just
not accept any more connections - when it reaches response times (or a max
conn) of a certain amount..

I thought of trying to tune max-window size and so on.. I would like to
know if any of you have any experience with tuning a squid box in this way
- to see how much I can squeeze out of it :-)

I have to compare squid with a CacheFlow box.. and the Cacheflow people
tell us they can serve many more req/sec..
but I ofcourse hope, that I can prove that the CacheFlow box, can't serve
more than twice what squid can.. cause then it pays to run squid instead..

-------------| This mail has been sent to you by: |------------
Klavs Klavsen, IT-coordinator and Systems Administrator at
Metropol Online - http://www.metropol.dk
Tlf. 33752700, Fax 33752720, Email ktk@metropol.dk

Private- Email klavs@klavsen.net - http://www.vsen.dk

--------------------[ I believe that... ]-----------------------
It is a myth that people resist change. People resist what other
people make them do, not what they themselves choose to do...
That's why companies that innovate successfully year after year
seek their peopl's ideas, let them initiate new projects and
encourage more experiments. -- Rosabeth Moss Kanter
Received on Mon Nov 12 2001 - 10:07:47 MST