-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 22/10/2014 7:02 p.m., Eugene M. Zheganin wrote: > Hi. > > I was using the 3.4.x branch for quite some time, it was working > just fine on small installations. Yesterday I upgraded my largest > cache installation from 3.3.13 to 3.4.8 (same config, diskd, > NTLM/GSS-SPNEGO auth helpers, external helpers). Today morning I > noticed that squid is spiking to 100% of CPU and almost isn't > serving any traffic. Restart didn't help, squid is serving pages > while continuing to consume CPU, load grows, until it's at 100%, > and after some time my users are unable to open any page from > Internet. This is sad, so I downgraded to 3.3.13. CPU consumption > went back to 20-35% and everything is back to normal. > > In order to understand what's happening I did some dtrace profiling > to see what is squid busy with, taking the consideration, that > measuring the same amount of connect()/socket() syscalls should > give same amount of squid work, but the results were totally > different on one number of such syscalls. > > Anyone to comment ? Very well for stating what you looked at. But actually stating what you saw when looking would have been more helpful. I have seen a few people mentioning that diskd vs AUFS situation has resolved itself in FreeBSD 9 or 10. You could try changing the cache_dir "diskd" to "aufs" or "ufs" and see if the speed increases. NP: Only a -k reconfigure is needed moving between those three types. Amos -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUSI2jAAoJELJo5wb/XPRjhs4IANl3ecEvUNmVPO3wDaL18/ww BSgnNbvBYIfwi9KfngtTDf42Vtkb65W/MHav+vQgYuQDSpaIgY9EBEy+Asja1zSc q5ZrvG+Fog+eD5lia7eEQZ1GESYkHTnX1FedxBzVMqt/lI7100Kfr2U50oReQuG8 3jUGKv/LEGzNcVFPkpK5l7HslcxndNgvmOsGhhZ7zHhevDe0VmJCB10jKkiQ4uf8 ar4VUm6zgIJv8h/4LYWwoFdtYQ13J6j7oN2AT6t3kx/iT883N/Q1Aht++iEdbied US523FODfmZEfMQFPkQwVmJNkIr9Ndub1MgkFHbBQMp4BvpzG5UJuf8q0vYAxgg= =6xIA -----END PGP SIGNATURE----- _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users