On 3/10/07, Rafael Gomes <[EMAIL PROTECTED]> wrote: [ corte ] > Aqui ele diz que o numero de memoria setado poderá ser excedido? Exato. cache_mem não serve para limitar a memória utilizada pelo Squid. Resumindo, esta diretiva especifica quanto da memória pode ser utilizado para objetos em trânsito por cada processo do Squid. Só usaria um valor tão alto com tráfego muito grande de dados (imagine 1024MB em trânsito :)
O cache armazenado na memória também inclui objetos comuns, ou seja, objetos frequentemente visitados por muitos usuários. > This parameter does not specify the maximum process size. It places a > limit on one aspect of squid's memory usage. Squid uses memory for > other things as well. Process will probably become twice or three > times bigger than the value put here. > > E aqui é dito que o squid usa a memoria para outras coisas que não só > cache... sim! é bom ficar de olho... Sim, ainda mais quando o "servidor" tem 256MB e o pessoal sai dizendo que só o cache_mem usa 192MB :) > > cache_dir ufs /etc/squid/cache 9000 16 256 > Eu acho diskd mais rápido, seria algo como: > cache_dir diskd /cache/squid 512 16 256 Q1=64 Q2=72 > > OBS: Cache dir deve ficar, de preferência, em uma partição separada, > uma vez que pode usar o "noatime" na montagem do dispositivo - > salvando boas cargas de I/O. > > Só ficar ligado no fato do pacote ser compilado com essa opção... A maioria das distribuições inclui, para meu pacote do Slackware eu adiciono o diskd em tempo de compilação mas não lembro se já é default no Linux. > OBS: Não estou dizendo que XFS é instável, uso ele em meu computador, > inclusive. Ele só é um pouco mais "chato" quando se tem problemas no > sistema de arquivos... > > Ainda não tive problemas... Eu não tive nada tão grave para chamar de problema (máximo uma queda de energia, fiquei jogando e nem vi o no-break anunciar falta de luz... :D ). -- Maxwillian Miorim <[EMAIL PROTECTED]>
