[squid-users] Optimizing squid

[Yuri Voinov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
 
But you can continue to think that the problem is in the Squid. :) And
keep looking for a magical setting configuration. :)

25.02.16 2:40, Heiler Bemerguy пишет:
>
> Not to mention only 10GB of cache is almost useless for us... lol
>
> But I still think cpu is cpu and i/o is i/o. "WAIT" fields on both TOP
and VMSTAT shows almost always a ZERO
>
> Why would it show a process using cpu while actually it's waiting for
a I/O.. ?
>
> Best Regards
>
> --
> Heiler Bemerguy - (91) 98151-4894
> Assessor Técnico - CINBESA (91) 3184-1751
>
> Em 24/02/2016 17:13, Yuri Voinov escreveu:
> AFAIK, if you solve issue with cache_mem 10 GB and completely disabled
> disk cache, then you had disk IO bottleneck exactly. You completely
> disable disk caches. So, all obvious now.
>
> But - what you will do after squid restart? :))))))))))))) A deadly cold
> memory cache, hehehe
>
> 25.02.16 1:44, Heiler Bemerguy пишет:
> >>> Hi Eliezer, thanks for your reply.
> >>>
> >>> As you've suggested, I removed all cache_dirs to verify if the rest
> was stable/fast and raised cache_mem to 10GB. I didn't disable access
> logs because we really need it..
> >>> And it is super fast, I can't even notice it using only ONE core..
> (and it isn't running as smp)
> >>> %Cpu0  :  0,7 us,  1,0 sy,  0,0 ni, 98,3 id,  0,0 wa,  0,0 hi,  0,0
> si,  0,0 st
> >>> %Cpu1  :  8,8 us,  5,6 sy,  0,0 ni, 76,1 id,  0,0 wa,  0,0 hi,  9,5
> si,  0,0 st
> >>> %Cpu2  :  8,7 us,  4,0 sy,  0,0 ni, 83,3 id,  0,0 wa,  0,0 hi,  4,0
> si,  0,0 st
> >>> %Cpu3  :  5,4 us,  3,4 sy,  0,0 ni, 86,2 id,  0,0 wa,  0,0 hi,  5,0
> si,  0,0 st
> >>> %Cpu4  :  7,8 us,  5,1 sy,  0,0 ni, 73,5 id,  6,8 wa,  0,0 hi,  6,8
> si,  0,0 st
> >>> %Cpu5  :  1,0 us,  1,0 sy,  0,0 ni, 98,0 id,  0,0 wa,  0,0 hi,  0,0
> si,  0,0 st
> >>>   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+ COMMAND
> >>> 11604 proxy     20   0 11,6g  11g 5232 S  48,4 72,2  72:31.24 squid
> >>>
> >>> Start Time:     Wed, 24 Feb 2016 15:38:59 GMT
> >>> Current Time:   Wed, 24 Feb 2016 19:18:30 GMT
> >>> Connection information for squid:
> >>>         Number of clients accessing cache:      1433
> >>>         Number of HTTP requests received:       2532800
> >>>         Average HTTP requests per minute since start:   11538.5
> >>>         Select loop called: 68763019 times, 0.192 ms avg
> >>>         Storage Mem size:       9874500 KB
> >>>         Storage Mem capacity:   94.2% used,  5.8% free
> >>>
> >>> I don't think I had a bottleneck on I/O itself, maybe the hash/search
> of cache indexes was too much for a single thread?
> >>> Best Regards,
> >>>
>>
>>
>>
>> _______________________________________________
>> squid-users mailing list
>> squid-users at lists.squid-cache.org
>> http://lists.squid-cache.org/listinfo/squid-users
>
>
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBCAAGBQJWzhg0AAoJENNXIZxhPexGeYMH/A2H5roWWgZBm8ZzyxnN11Aw
Otc6OpWWCU+3fzsuM/AyJMd1Fi+sZ1BU4yEAGtorEJ68fvPguLukK+cU8ezOUJ4D
5O0YXxeuha+bbL/yIHW3/8B8NHi4EEN39E3f00DGU8lD8H9xJtYOL6bf/oUlYue7
IWa3anQZmQa6QFz/ZIWUZ8hatWk3zyXmF5zR2joODP/Ej47RwJ+TWshVgX6SZQKP
C0CeY8wYbLG9PZOmtJc4S9FMKRM+F+7OzP1hvflMpV2+8zhCyPVD0JUfFJF8mKq+
9BPVooIv5XKhv3KRJjcFomUvQqBrLJ8eJai6NQyqX24iRq/GmCQIgyvT+dhae9A=
=uwlY
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160225/8e19a4e7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x613DEC46.asc
Type: application/pgp-keys
Size: 2437 bytes
Desc: not available
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160225/8e19a4e7/attachment.key>