2008/10/3 Herbert Faleiros <[EMAIL PROTECTED]>:
>
> On Fri, 3 Oct 2008 17:09:37 -0300, max <[EMAIL PROTECTED]> wrote:
> [cut]
>> Os TCP_MISS são absolutamente normais e tu tá olhando o log errado, os
>> logs do cache são o cache.log e o storage.log.
>
> Acho que é store.log o default, não? Enfim, no squid.conf você dá o
> nome que quiser...

#  TAG: cache_log
#       Cache logging file. This is where general information about
#       your cache's behavior goes. You can increase the amount of data
#       logged to this file with the "debug_options" tag below.
#Default:
cache_log /var/log/squid/cache.log

#  TAG: cache_store_log
#       Logs the activities of the storage manager.  Shows which
#       objects are ejected from the cache, and which objects are
#       saved and for how long.  To disable, enter "none". There are
#       not really utilities to analyze this data, so you can safely
#       disable it.
#
#Default:
cache_store_log /var/log/squid/store.log

O store.log tem só os objetos do cache, o cache.log tem um resumo do
estado do cache (objetos carregados, expirados, cancelados; urls e
etc.). Os dois são referentes ao cache, foi isso que eu disse...


> $ cat /etc/squid/squid.conf.default | grep store_log
> #  TAG: cache_store_log
> # cache_store_log /var/logs/store.log
>
> Na verdade ele (cache_store_log) é útil apenas para quem está debugando
> o squid ou quer manter um histórico dos objetos, num ambiente de
> produção costuma-se acrescentar o seguinte ao squid.conf:
>
> cache_store_log none
>
> Ou seja, desativa-se esse troço, pois só ocupa espaço...
Discordo disso. Eu conheço muita gente que monitora este log p/
otimizar o cache em um intervalo regular. Eu não sei quanto aos teus
ambientes de produção, mas nos meus é logado até a cor da camisa que
tu ta usando na hora do logon. :)


> TCP_MISS'es são normais quando o objeto não está no cache, mas se está
> aparecendo muito, até mesmo com objetos que já se encontram no cache (ou
> deveriam estar), talvez algo esteja errado. Ainda mais com perda de
> desempenho...
Tu pode definir o tamanho mínimo e máximo de um objeto que entra no
cache, muitas páginas abrem centenas de entradas no access.log, o que
não significa necessariamente que nem tudo funciona como deveria.


> Dê uma olhada também nos refresh_pattern's, o ganho em sua otimização,
> mesmo às custas de uma ou outra violação dos padrões HTTP, sempre dão
> bons resultados (quando bem utilizados).
Nem todo mundo _pode_ violar estes padrões. ;)

--~--~---------~--~----~------------~-------~--~----~
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
-~----------~----~----~----~------~----~------~--~---

Responder a