On Apr 11, 2013, at 12:13 PM, Amos Jeffries wrote:
> On 11/04/2013 12:23 a.m., Youssef Ghorbal wrote:
>> I was aware of that page.
>> As you said, it's often RPS so it's not relevant for me.
>
> It is more relevant than you seem to think. Squid processing overh
rks reported are often expressed as RPS and
> not bandwidth.
>
>
>
> On Wed, Apr 10, 2013 at 1:21 PM, Youssef Ghorbal wrote:
>> On Apr 10, 2013, at 10:37 AM, Kinkie wrote:
>>
>>> On Tue, Apr 9, 2013 at 11:35 PM, Youssef Ghorbal wrote:
>>>> Hello,
&
On Apr 10, 2013, at 10:37 AM, Kinkie wrote:
> On Tue, Apr 9, 2013 at 11:35 PM, Youssef Ghorbal wrote:
>> Hello,
>>
>>Is there any recent figures about max throughput to be expected from
>> a squid 3.x install (on recent hardware) in the scenario of a sing
Hello,
Is there any recent figures about max throughput to be expected from a
squid 3.x install (on recent hardware) in the scenario of a single stream
downloading a large file (> 1GB) (read not cacheable)
I'm aware that's not a performance metric per se, but it's one of the
sce
[…]
> client<->squid : 31Mbps.
[…]
> Squid<->server : 28Mbps
>
> Total: 59Mbps.
>
> Which is slightly higher than the known "good" performance limit for
> Squid-3.1. Which is up to ~50Mbps, tuning both in Squid and the system can
> reach around 100Mbps IIRC. But that sort of numbers you are
On Mar 26, 2013, at 1:19 PM, Youssef Ghorbal wrote:
> Hello,
>
> We have a Squid 3.1.23 running on a FreeBSD 8.3 (amd64)
> The proxy is used to handle web access for ~2500 workstations and in
> pure proxy/filter (squidGaurd) mode with no cache (all disk caching
>> the cachemanager can be usefull to see the actual activity of your squid :
>>
>> squidclient localhost mgr:5min
>>
>> gives you the last 5 min stats. (see if the n° of req/s is coherent
>> with what you expect )
>
>
> Here after the output of the mgr:5min
> It show that we are around 168 req
On Mar 26, 2013, at 1:33 PM, Alexandre Chappaz
wrote:
> Hi,
>
> you can activate the full debug
> launch
> squid -k debug
> with the service running, and check what comes in the cache.log.
I'll give it a try.
How to stop debug by the way ? just squid -k debug again ?
>
> squid -k parse will
:5min
>>
>> gives you the last 5 min stats. (see if the n° of req/s is coherent
>> with what you expect )
>>
>>
>> Bonne chance
>> Alex
>>
>>
>>
>>
>> 2013/3/26 Youssef Ghorbal :
>>> Hello,
>>>
>>&
On Mar 26, 2013, at 1:50 PM, FredB wrote:
>
> Are you using delay_pool ?
Nope, we are not using delay_pools.
g this CPU misbehaviour. Maybe it's some stupid config option not
suitable for this kind of setup, maybe a bug etc.
What would be the tools/methodology that I can use to profile the
running process.
Any help/suggestion would be really appreciated.
Youssef Ghorbal
squid
11 matches
Mail list logo