|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 24.02.16 1:11, Heiler Bemerguy пишет: > > Thanks Alex. > > We have a simple cache_dir config like this, with no "workers" defined: > cache_dir rock /cache2 80000 min-size=0 max-size=32767 > cache_dir aufs /cache 320000 96 256 min-size=32768 > > And we are suffering from a 100% CPU use by a single squid thread. We have lots of ram, cores and disk space.. but also too many users: > Number of clients accessing cache: 1634 > Number of HTTP requests received: 3276691 > Average HTTP requests per minute since start: 12807.1 > Select loop called: 60353401 times, 22.017 ms avg > > Getting rid of this big aufs and spreading to many rock stores will improve things here? I've already shrunk the acls and patterns/regexes etc This is obvious improvements. If you have only one-two HDD controllers, you have bottleneck in IO. You much cores waits HDD access alltogether......... First of all you need: - - Either many HDD controllers/IO channels; - - Or Disk array(s) with high-speed controllers and with huge own cache; - - Fast HDD array must have fast IO subsystem. For example, FC SAN, or something. > > Best Regards, > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWzLT2AAoJENNXIZxhPexGXuYIALrQi1MHQNYhCTSc27DSiyod tw08m9f3k6cneuWMepcPo41ZqL9Z/pQALK937Nyktfv20gZuJpExRlHJYm+72DZC 9uMSrcLQjHANmP8WXC4y5uR/EUH43lSQ1m7OzuG8Aghsm9KfLOkaNEjmeAcZtfVp BqQySo5Jx/rizq4lb9l96NUAeVGZ1pv4xWj2ZrMz3RmcKwyOpY4w+aAVB3xE8Y/p PkWRgwxf6ud8TUcHzq/ZNc5yzBEVOyXDlqshCSXgwOTCzW48DEQOK9KJxvhGQZTl kdLvTkbZywgxczjvG5SGXb7jpiSasrX6oa741FpS47H7O6rQ0o4U4UPRmB/9+OI= =FWMr -----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
