Search squid archive

Re: squid stores multiple copies of identical ETags

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

 



Alex,
first of all, thank you for your clarification.

>    Squid does not know that the response headers and body have not changed.
>    Squid could, in theory, trust the URL+Vary+ETag+etc. combination as a
>    precise response identity, but it is a bit risky to do that by default
>    because ETags/etc. might lie. There is currently no code implementing
>    that optimization either.

Ok, now I know that only URL/Vary are taken into account when storing an object.

>    To be more accurate, Squid does not store multiple copies of (what Squid
>    considers to be) the same response -- only one object can be indexed per
>    URL/Vary. Bugs notwithstanding, Squid will overwrite the old response
>    (for some definition of "overwrite") with the new one.

Since in my case there's no Vary header and the object Full URL never changes,
I',m starting to think about a bug (?!).

>    I do not know much about aufs -- that code has been neglected for a
>    while -- but perhaps aufs simply does not have enough time to delete its
>    old/unused files? Try setting cache_swap_low and cache_swap_high to the
>    same very low value, perhaps even zero (to avoid backgrounding the
>  cleanup task).

Uhm, are you saying that the the process of an object replacement on disk is not atomic?
I mean: squid would store a new copy of the object while leaving the old copy deletion to cleanup task?
If it's not, I still suspect a bug.
I'm hesitant to to turn the store_log on, 'cause the performance impact.
Btw, is there a specific debug_option?

Thanks a lot.
ST


____________________________________________________________________________________ La presente comunicazione ed i suoi allegati e' destinata esclusivamente ai destinatari. Qualsiasi suo utilizzo, comunicazione o diffusione non autorizzata e' proibita. Se ha ricevuto questa comunicazione per errore, la preghiamo di darne immediata comunicazione al mittente e di cancellare tutte le informazioni erroneamente acquisite. Grazie This message and its attachments are intended only for use by the addressees. Any use, re-transmission or dissemination not authorized of it is prohibited. If you received this e-mail in error, please inform the sender immediately and delete all the material. Thank you.
_______________________________________________
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