Re: [SPIP Zone] Plugin de cache efficace

From : cedric@... , the 7th February 2018 10:20

"There are only two hard things in Computer Science: cache invalidation and naming things." — Phil Karlton l’invalidation est appelée quand le contenu éditorial est modifié, donc si tu modifie le contenu éditorial plusieurs dizaines de fois voire centaines de fois par jour oui, ça invalide autant que ça. Peut-être il y  a un abus de ce côté là dans ton cas, à regarder. Pour ce qui est de l’invalidation selective, c’est une usine à gaz qui n’a pour intérêt que de compliquer énormément toutes les choses. Il faut se demande à quoi sert le cache et ce qu’on en attends : en l’occurence de la robustesse vis à vis des pics de charge et de l’indisponibilité éventuelle temporaire de la base de donnée. De ce point de vue être capable de ressortir du cache du contenu vieux de plusieurs heures n’a pas énormément d’intérêt. Ce qui nous intéresse c’est d’être capable de réduire statistiquement le nombre de hit hors cache vs en cache. Si tu as 1 hit par seconde et que tu invalides toutes les 10 minutes tu auras donc statistiquement 1 hit hors cache pour 600 hits dans le cache (je fais l’approximationd des concurrences), soit 99,8% de tes hits dans le cache. Si tu invalide toutes les heures tu passes à 99,97%. Et si tu invalides toutes les 6 heures tu passes à 99,995%. La question est de savoir combien de charge serveur tu vas économiser en passant de 99,8% à 99,995% de hits dans le cache ? Et donc du coup combien de charge et d’énergie tu peux allouer à la gestion de l’invalidation d’un cache pour ne pas être perdant ? En pratique dès qu’on commence à dépenser de l’énergie à calculer quoi invalider on est perdant par rapport à l’espérance de gain… -- Cédric On 7 févr. 2018 à 09:22 +0100, JLuc , wrote: