Search squid archive

Re: Optimezed???

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday 18 September 2015 at 14:27:42, Jorgeley Junior wrote:

> there is a way to improve it?

Improve what?  The percentage of your traffic which is cached, or the accuracy 
of the information reported by your monitoring system?


If you want to cache more content:

1. Make sure the sites being visited have available content (note that 12.6% 
of your requests resulted in the remote server saying some variation on 
"nothing available").

2. Ignore things which are meaningless - such as the 27% of your requests 
which resulted in 407 Authentication Required - that tells you nothing about 
whether the user then successfully authenticated and got what they wanted, or 
didn't, but either way it's a standard response from the server which tells 
you nothing about the effectiveness of your cache.

3. Make sure your traffic is HTTP instead of HTTPS.

4. Make sure your users are visiting the same sites repeatedly so that content 
which gets cached gets re-used.

5. Make sure the sites they're visiting are not setting "don't cache" or 
"already expired" headers (such as is common for news sites, for example) so 
that the content is cacheable.

6. Run your cache for long enough that it's likely to have a representative 
proportion of what the users are asking for when you start measuring its 
effectiveness - if you start from an empty cache and pass requests through it, 
it's going to take some time for the content to build up so that you see some 
hits.


If you want to improve the information you're getting from the monitoring 
system, make sure it's telling you how much was cached as a proportion of 
requests which could have been cached - in other words, leave out HTTPS (36%) 
and 407 Auth Required (27%), plus anything where the remote server had nothing 
to provide (13%), and requests where the user's browser already had a cached 
copy and didn't to request an update (4%).

That throws out 80% of your current statistics, so you concentrate on the data 
about connections Squid *could* have helped with.

> 2015-09-18 8:25 GMT-03:00 Antony Stone:
> > On Friday 18 September 2015 at 13:13:27, Jorgeley Junior wrote:
> > > hey guys, forgot-me? :(
> > 
> > Surely you can see for yourself how many connections you've had of
> > different types?  Here are the most common (all those over 100 instances)
> > from your list of 5240 results
> > 
> > > >     290 TAG_NONE/503
> > > >     368 TCP_DENIED/403
> > > >    1421 TCP_DENIED/407
> > > >     680 TCP_MISS/200
> > > >     192 TCP_REFRESH_UNMODIFIED/304
> > > >    1896 TCP_TUNNEL/200
> > 
> > So:
> > 
> > 290 (5.5%) got a 503 result (service unavailable)
> > 368 (7%) were denied by the remote server with code 403 (forbidden)
> > 1421 (27%) were deined by the remote server with code 407 (auth required)
> > 680 (13%) were successfully retreived from the remote servers but were
> > not previously in your cache
> > 192 (3.6%) were already cached by your browser and didn't need to be
> > retreived
> > 1896 (36%) were successful HTTPS tunneled connections, simply being
> > forwarded
> > by the proxy
> > 
> > This accounts for 4847 (92.5%) of your 5240 results.
> > 
> > As you can see, just measuring HIT and MISS is not the whole picture.
> > 
> > 
> > Hope that helps,
> > 
> > 
> > Antony.

-- 
"The problem with television is that the people must sit and keep their eyes 
glued on a screen; the average American family hasn't time for it."

 - New York Times, following a demonstration at the 1939 World's Fair.

                                                   Please reply to the list;
                                                         please *don't* CC me.
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users




[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux