[FUG-BR] squid HITS
João Carlos Mendes Luís
jonny em jonny.eng.br
Quinta Setembro 6 08:51:15 BRT 2007
Marcelo da Silva wrote:
> INtaum para ser mais eficiente ainda, seria interessante eu aumentar a
> memoria RAM, e configurar o squid para usar uma porcao maior de RAM
>
Nao necessariamente...
Sua eficiencia está nos HITs. O desempenho do tempo de resposta depende
do seu link e da velocidade do disco. A memoria serve apenas como
acesso temporario ao disco. Se tem muita coisa indo e vindo do disco, a
memoria ajuda, mas voce pode ter a decepcao de colocar 20 giga de RAM e
nao notar nenhum aumento de desempenho do squid...
> ??????????????
> tipo colocar uns 2 giga e configurar para usar uns 2% da memoria ram
> instalada ??/
>
>
>
> ----- Original Message -----
> From: "Nilton Jose Rizzo" <rizzo at i805.com.br>
> To: "Lista Brasileira d e Discussão sobre FreeBSD (FUG-BR)"
> <freebsd at fug.com.br>
> Sent: Wednesday, September 05, 2007 12:47 PM
> Subject: Re: [FUG-BR] squid HITS
>
>
> On Wed, 5 Sep 2007 10:15:44 -0300, Marcelo da Silva wrote
>
>> puts.. to achando estranho isso.. hoje, ultilizei o cachemgr.cgi
>> para dar uma olhada no final deste relatorio tem a seguinte informacao
>>
>> TOTALS
>> ICP : 0 Queries, 0 Hits ( 0%)
>> HTTP: 93443 Requests, 37037 Hits ( 40%)
>>
>> ai eu pergunto:
>> os HITS sao ou nao os acerto? as paginas que estao em cache, ai
>> em cima esta dizendo 40% de HITS..
>>
>> estou interpretando errado ?????
>>
>
> Hits são os acerto s sim ...
> o problema hoje em dia é que a amioria das
> páginas são de alguma forma dinamicas, e o que acaba
> ficando em cache são as figuras (gif/jpeg) a maioria
> até fica, mas como são dinamicas o squid vai la buscar
> de novo, por isso exite uma alta taxa de erros (misses)
> É diferento do cache de memoria física onde o código
> do programa quase não muda, apenas as areas de dados, por isso
> tem uma eficiência boa
>
>
>> proxy# squidclient mgr:info
>> HTTP/1.0 200 OK
>> Server: squid/2.6.STABLE14
>> Date: Wed, 05 Sep 2007 13:05:16 GMT
>> Content-Type: text/plain
>> Expires: Wed, 05 Sep 2007 13:05:16 GMT
>> Last-Modified: Wed, 05 Sep 2007 13:05:16 GMT
>> X-Cache: MISS from proxy.-------.com.br
>> X-Cache-Lookup: MISS from proxy.-----------.com.br:3128
>>
>> Squid Object Cache: Version 2.6.STABLE14
>> Start Time: Wed, 05 Sep 2007 12:10:27 GMT
>> Current Time: Wed, 05 Sep 2007 13:05:16 GMT
>> Connection information for squid:
>> Number of clients accessing cache: 96
>> Number of HTTP requests received: 83518
>> Number of ICP messages received: 0
>> Number of ICP messages sent: 0
>> Number of queued ICP replies: 0
>> Request failure ratio: 0.00
>> Average HTTP requests per minute since start: 1523.7
>> Average ICP messages per minute since start: 0.0
>> Select loop called: 883267 times, 3.723 ms avg
>> Cache information for squid:
>> Request Hit Ratios: 5min: 50.9%, 60min: 37.8%
>> Byte Hit Ratios: 5min: 16.6%, 60min: 22.2%
>> Request Memory Hit Ratios: 5min: 1.7%, 60min: 1.0%
>> Request Disk Hit Ratios: 5min: 46.1%, 60min: 35.7%
>> Storage Swap size: 11030724 KB
>> Storage Mem size: 35460 KB
>> Mean Object Size: 16.06 KB
>> Requests given to unlinkd: 1326
>> Median Service Times (seconds) 5 min 60 min:
>> HTTP Requests (All): 0.09219 0.32154
>> Cache Misses: 0.33943 1.46131
>> Cache Hits: 0.00919 0.01309
>> Near Hits: 0.19742 0.19742
>> Not-Modified Replies: 0.00286 0.00286
>> DNS Lookups: 0.00278 0.00278
>> ICP Queries: 0.00000 0.00000
>> Resource usage for squid:
>> UP Time: 3288.661 seconds
>> CPU Time: 244.453 seconds
>> CPU Usage: 7.43%
>> CPU Usage, 5 minute avg: 4.34%
>> CPU Usage, 60 minute avg: 7.48%
>> Process Data Segment Size via sbrk(): 395100 KB
>> Maximum Resident Size: 397828 KB
>> Page faults with physical i/o: 11
>> Memory accounted for:
>> Total accounted: 93091 KB
>> memPoolAlloc calls: 16915356
>> memPoolFree calls: 15383218
>> File descriptor usage for squid:
>> Maximum number of file descriptors: 32768
>> Largest file desc currently in use: 4928
>> Number of file desc currently in use: 264
>> Files queued for open: 0
>> Available number of file descriptors: 32504
>> Reserved number of file descriptors: 100
>> Store Disk files open: 13
>> IO loop method: kqueue
>> Internal Data Structures:
>> 687121 StoreEntries
>> 7284 StoreEntries with MemObjects
>> 7271 Hot Object Cache Items
>> 686907 on-disk objects
>>
>> ----- Original Message -----
>> From: "Nilton Jose Rizzo" <rizzo at i805.com.br>
>> To: "Lista Brasileira d e Discussão sobre FreeBSD (FUG-BR)"
>> <freebsd at fug.com.br>
>> Sent: Tuesday, September 04, 2007 8:29 PM
>> Subject: Re: [FUG-BR] squid HITS
>>
>> On Tue, 4 Sep 2007 16:29:15 -0300, marcelo wrote
>>
>>> OLa preciso que alguem me ajude a compreender o que é estas
>>> informacoes abaixo na verdade a informacao que eu quero mesmo, é
>>> quanto a eficiencia do meu squid, a porcentagem, de paginas que esta
>>> saindo do cache...
>>>
>>> Cache information for squid:
>>> Request Hit Ratios: 5min: 49.9%, 60min: 33.6%
>>> Byte Hit Ratios: 5min: 21.8%, 60min: 19.3%
>>> Request Memory Hit Ratios: 5min: 4.4%, 60min: 3.2%
>>> Request Disk Hit Ratios: 5min: 47.9%, 60min: 41.9%
>>>
>>> Median Service Times (seconds) 5 min 60 min:
>>> HTTP Requests (All): 0.14252 0.46965
>>> Cache Misses: 0.46965 3.11263
>>> Cache Hits: 0.01235 0.01309
>>> Near Hits: 0.17711 0.25890
>>>
>> Olha pelo que esta escrito ai, o seu cache não tem cache .... :)
>> Nos ultimos 5min teve mais erro no cache (misses 0,46965)) to que
>> acertos (Hits). Posso estar falando besteira, mas se isso é em
>> percentual (46,96%) ele ta muito ruim pois os acertos são 1,23 %
>>
>> Verifique a quantidade de memopria que ele utiliza, quanto mais
>> cache em memoria melhor, tempo de expiracao do cache na memoria e
>> em disco
>>
>>
>>> Abracoss
>>>
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> --
>> Nilton José Rizzo
>> 805 Informatica
>> Disseminado tecnologias
>> 021 2413 9786
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
Jonny
--
João Carlos Mendes Luís - Networking Engineer - jonny at jonny.eng.br
Mais detalhes sobre a lista de discussão freebsd