|
-----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@xxxxxxxxxxxxxxxxxxxxx >> http://lists.squid-cache.org/listinfo/squid-users > > > > _______________________________________________ > squid-users mailing list > squid-users@xxxxxxxxxxxxxxxxxxxxx > 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----- |
Attachment:
0x613DEC46.asc
Description: application/pgp-keys
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
