<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA256 <br>
     <br>
    <br>
    <br>
    24.02.16 1:11, Heiler Bemerguy пишет:<br>
    <span style="white-space: pre;">><br>
      > Thanks Alex.<br>
      ><br>
      > We have a simple cache_dir config like this, with no
      "workers" defined:<br>
      > cache_dir rock /cache2 80000 min-size=0 max-size=32767<br>
      > cache_dir aufs /cache 320000 96 256 min-size=32768<br>
      ><br>
      > 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:<br>
      > Number of clients accessing cache:      1634<br>
      > Number of HTTP requests received:       3276691<br>
      > Average HTTP requests per minute since start:   12807.1<br>
      > Select loop called: 60353401 times, 22.017 ms avg<br>
      ><br>
      > 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</span><br>
    This is obvious improvements.<br>
    <br>
    If you have only one-two HDD controllers, you have bottleneck in IO.
    You much cores waits HDD access alltogether.........<br>
    <br>
    First of all you need:<br>
    <br>
    - - Either many HDD controllers/IO channels;<br>
    - - Or Disk array(s) with high-speed controllers and with huge own
    cache;<br>
    - - Fast HDD array must have fast IO subsystem. For example, FC SAN,
    or something.<br>
    <br>
    <span style="white-space: pre;">><br>
      > Best Regards,<br>
      ></span><br>
    <br>
    -----BEGIN PGP SIGNATURE-----
<br>
    Version: GnuPG v2
<br>
     <br>
    iQEcBAEBCAAGBQJWzLT2AAoJENNXIZxhPexGXuYIALrQi1MHQNYhCTSc27DSiyod
<br>
    tw08m9f3k6cneuWMepcPo41ZqL9Z/pQALK937Nyktfv20gZuJpExRlHJYm+72DZC
<br>
    9uMSrcLQjHANmP8WXC4y5uR/EUH43lSQ1m7OzuG8Aghsm9KfLOkaNEjmeAcZtfVp
<br>
    BqQySo5Jx/rizq4lb9l96NUAeVGZ1pv4xWj2ZrMz3RmcKwyOpY4w+aAVB3xE8Y/p
<br>
    PkWRgwxf6ud8TUcHzq/ZNc5yzBEVOyXDlqshCSXgwOTCzW48DEQOK9KJxvhGQZTl
<br>
    kdLvTkbZywgxczjvG5SGXb7jpiSasrX6oa741FpS47H7O6rQ0o4U4UPRmB/9+OI=
<br>
    =FWMr
<br>
    -----END PGP SIGNATURE-----
<br>
    <br>
  </body>
</html>