Hmm.. the store.log entry you posted conflicts with your findings..
20% of (1046563848 - 993686750 seconds) says that the object should be
considered fresh for 122 days if it was not for the upper limit of 1
week..
Also, as you are not using override-lastmod the min value is not even
used on this object as it has a known last-modified date (Thu Jun 28
00:05:50 2001 GMT).
For objects not having a known last-modified date setting the min age
will help a lot.
the reload options will help if your browser is explicitly telling the
cache that it wants a fresh copy. To see if this is the case enable
log_mime_hdrs and examine the request headers sent to Squid by your
browser.
One thing to remember is that TCP_MISS/304 is quite normal when
testing a new fresh cache. To get rid if this remember to clear your
browser cache before testing a fresh proxy cache (including
accelerators). In real life the situation will clear up automatically
after a while as soon as there clients who do not have the objects
cached locally.
Regards
Henrik
On Monday 03 March 2003 05.02, Hugh Buchanan wrote:
> I tried doing this as a test:
>
> refresh_pattern . 0 20% 4320
> override-expire reload-into-ims ignore-reload
>
> And then:
> refresh_pattern . 60 20% 4320
> override-expire reload-into-ims ignore-reload
>
> Only with this last option will it cache anything. I am not doing
> a forced reload (shift-reload), but my browser is set to check for
> a new version on each load.
>
> I don't want to force it to cache though.. shouldn't this be
> working differently?
>
> Hugh
>
> Henrik Nordstrom wrote:
> >On Sunday 02 March 2003 02.36, Hugh Buchanan wrote:
> >>Basically, nothing is getting cached. Everything gets reported
> >> as a TCP_MISS/200 in the access log. Nothing is getting written
> >> to the cache.log. My store.log reports info like this:
> >>
> >>1046563848.097 RELEASE 00000035 200 1046563706 993686750
> >> -1 image/gif 525/525 GET
> >>http://www.mydomain.com/images/admin/header-bg.gif 1046563848.097
> >>SWAPOUT 00000044 200 1046563848 993686750 -1 image/gif
> >>525/525 GET http://www.mydomain.com/images/admin/header-bg.gif
> >
> >This tells that the previous object was considered stale, and a
> > fresh copy was retrieved.
> >
> >As there is a identical last-modified timestamp this most likely
> > is a forced reload by the client.
> >
> >If unsure enable log_mime_hdrs and compare two requests for the
> > same object which you think should have been cached..
> >
> >
> >You probably want to play a little with the
> >ignore_reload/reload_into_ims and refresh_pattern settings to tune
> >the caching of your accelerator.
> >
> >
> >Regards
> >Henrik
Received on Mon Mar 03 2003 - 15:45:53 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:13:54 MST