cache y squid [INACTIVE]

[piojacinto]

hola.. quiero ver de optimizar squid..
primero squid borra solo archivos cacheados que no se usen? y cada cuanto borra archivos cacheados no usados?
puedo implementar algo para q por ejemplo squid borre los archivos que no se usan hace 5 dias automaticamente?

gracias.. si tienen mas sugerencias mejor.

[stalker]

según tengo entendido cuando ya el espacio que le asignaste a squid en el disco se llena, el va borrando los datos antiguos para escribir los nuevos automaticamente

[piojacinto]

alguien q nos ilumine con su sabiduria :>

es asi realmente? gracias

[AdslWiFi]

Efectivamente squid se encarga de todo. Pensad qué trabajo sería de no ser así¡¡¡.

Para que podáis entender un poco mas este sistema, os paso las líneas encargadas de ello, sacadas de mi squid.conf

Código: Selecionar todos

cache_replacement_policy heap LFUDA
.
.
.
cache_swap_low 70
cache_swap_high 90

cache_swap_low. Indica el nivel en porcentaje de capacidad mínima aceptada por squid, es decir, los objetos se mantendrán en el cache hasta que se cope el límite mínimo.
cache_swap_high. Parámetro que especifica en porcentaje el límite máximo que utiliza squid para mantener objetos en el cache. Si el valor asignado es del 95%, squid comenzara a eliminar los objetos del cache cuando se tope el 95% de la capacidad asignada a squid.

Podéis cambiarlas a gusto, buscad en la web que hay mucha info.

http://www.visolve.com/squid/squid24s1/cache_size.php
http://listas.velug.org.ve/pipermail/l- ... 66308.html

Saludos...

[kakasi]

Disculpa, yo siempre he usado cache_replacement_policy heap LRU , supongo que trabajara igual en este caso? o es mas recomendable usar LFUDA ?

Y es recomendable subir los valores del cache_swap?

POr ejemplo

cache_swap_low 95
cache_swap_high 98

[colifato]

LRU Acrónimo de Least Recently Used, que traduce como Menos Recientemente Utilizado. En este algoritmo los objetos que no han sido accedidos en mucho tiempo son eliminados primero, manteniendo siempre en el caché a los objetos más recientemente solicitados. Ésta política es la utilizada por Squid de modo predefinido.

LFUDA Acrónimo de Least Frequently Used with Dynamic Aging, que se traduce como Menos Frecuentemente Utilizado con Envejecimiento Dinámico. En este algoritmo los objetos más solicitados permanecen en el caché sin importar su tamaño optimizando la eficiencia (hit rate) por octetos (Bytes) a expensas de la eficiencia misma, de modo que un objeto grande que se solicite con mayor frecuencia impedirá que se pueda hacer caché de objetos pequeños que se soliciten con menor frecuencia.

GDSF Acrónimo de GreedyDual Size Frequency, que se traduce como Frecuencia de tamaño GreedyDual (codicioso dual), que es el algoritmo sobre el cual se basa GDSF. Optimiza la eficiencia (hit rate) por objeto manteniendo en el caché los objetos pequeños más frecuentemente solicitados de modo que hay mejores posibilidades de lograr respuesta a una solicitud (hit). Tiene una eficiencia por octetos (Bytes) menor que el algoritmo LFUDA debido a que descarta del caché objetos grandes que sean solicitado con frecuencia.

Aparentemente, LFUDA seria la mejor opcion.. es cuestion de probar..

[anthony_g4i]

Y en el caso de memory_replacement_policy ? tambien es igual ? es decir trabaja mejor con LFUDA ?

[juliojc]

Hola.

Si deseas saber que trata cada directiva te recomiendo esta página que te ayudará mucho.

http://www.squid-cache.org/Doc/config/

Suerte.

[anthony_g4i]

Gracias, aunque ya se como funciona en teoria, aunque en realidad no entiendo cual es la ventaja de uno con otro. Pero mi pregunta era sobre las experiencias que han tenido , es decir en el caso de memory_replacement_policy con que tipo de algoritmo han tenido mejor desempeño en la practica ?