[squid-users] Squid4 has extremely low hit ratio due to lacks of ignore-no-cache

[Yuri Voinov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
 
Ah, ok:

We see in redbot.org this info in server response:

 Cache-Control: no-cache



So, what? 3.5.10 permit ignore this. 4.0.x - deny.

Squid decides?

Maybe I'll decide what and how to cache in the my setup?

26.10.15 23:01, Alex Rousskov пишет:
> On 10/26/2015 04:41 AM, Yuri Voinov wrote:
>
>> what has changed so much that the same
>> configuration I get 10 times smaller cache hit.
>
> You are asking a good question. I do not think anybody knows the exact
> answer -- too many things have changed in general to either identify the
> changes that have affected your [complicated] setup or to exclude all of
> the changes and blame some yet-unknown v4 bug.
>
>
> However, the following procedure is almost guaranteed to lead you to the
> answer:
>
> 1. Find a URL/resource that was served from the cache in v3 but became a
> miss in v4. You probably have access.logs that can be used for that. If
> not, enable them and run more experiments. Since your drop in hit ratio
> is so drastic, it should not take long to find a URL that was usually a
> hit before and is usually a miss now (or that becomes a hit/miss as soon
> as you switch to v3/4).
>
> 2. Reproduce the v4 miss with an ALL,9 cache.log and share that log. Do
> this using single-transaction command-line tools, with no other traffic
> going through Squid. Others on this list can guide you as to what
> logging options to use if you do not want to run with ALL,9.
>
> The above requires some work on your part. It is a good idea to run
> these tests in a non-production environment (which may require even more
> work from you). Needless to say, you are not required to do that extra
> work. However, some extra work is most likely required if you want to
> get the answer to your question because there is currently not enough
> information to answer it.
>
>
> HTH,
>
> Alex.
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBCAAGBQJWLmFLAAoJENNXIZxhPexGgkUIAKGcaDe003om3Kg3qeoIRCzX
vRULETUvmkVFkDvAPTC3lndHQymxGy6sTqo2lrxYQbXDHIA6SonXfg3DLFTcWpFm
+sUbsj7qV9aA9X/1uyceW03TT+bOBOq1/gr5LyFdQE2+Q2eixWTyhr8hw5cJUN1y
aRiMc6lwyzkCGdpQNOz9vdC4M9ESY/6ZY+RUZvgJKOvGvbk++0K2qd+WgBrk4V9h
sG0g1SHiHot0JC/UCQD3DXQIx+25o1n4+wa/3Rs+AlvozbbCoFHyQv/FaLvs+bKH
jqMbXXYbP7U+s3n1QTZptMdd1BDjVtzpp5EYP0lAvIFxOMoaDRkod6AOcoQ02D0=
=o8O0
-----END PGP SIGNATURE-----