[FUG-BR] OT: Squid muito lento....

[Joao Rocha Braga Filho]

2010/5/25 Enio Marconcini # www.Enio.Pro.Br <eniorm at gmail.com>:
> 2010/5/25 Joao Rocha Braga Filho <goffredo at gmail.com>
>
>> 2010/5/20 Enio Marconcini # www.Enio.Pro.Br <eniorm at gmail.com>:


>> > João, estou usando sim o AUFS, tenho um slice separado, com 5 partições
>> de
>> > 10G,
>>
>> Quero ver o comando "mount", e o "df -hi" e o "iostat -d -c 10".
>> Eu estou com um palpite, e precisaria ver isto para confirmar.
>>
>>
>> João Rocha.
>>
>> >
>> > os comandos que você me passou, ambos, informa isso


>> >
>> >
>> > --
>> > ENIO RODRIGO MARCONCINI
>> > gtalk: eniorm at gmail.com
>> > skype: eniorm
>> > msn: /dev/null
>> >
>> > .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
>> > Have trouble with Windows - reboot!
>> > Have trouble with Unix - be root!
>> > -------------------------
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>>
>>
>> --
>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>
>> goffredo at gmail.com
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
> João, eis as saidas dos comandos
>
> valinor# df -hi
> Filesystem     Size    Used   Avail Capacity iused ifree %iused  Mounted on
> /dev/ad0s1a    989M    256M    654M    28%    2.5k  139k    2%   /
> devfs          1.0K    1.0K      0B   100%       0     0  100%   /dev
> /dev/ad0s2a    6.1G    5.5M    5.6G     0%     335  848k    0%   /downloads
> /dev/ad0s2d    9.7G    2.1G    6.8G    24%     63k  1.3M    5%
> /squid/cache1
> /dev/ad0s2e    9.7G    2.1G    6.8G    23%     87k  1.2M    7%
> /squid/cache2
> /dev/ad0s2f    9.7G    2.1G    6.8G    24%     68k  1.2M    5%
> /squid/cache3
> /dev/ad0s2g    9.7G    2.1G    6.8G    23%     82k  1.2M    6%
> /squid/cache4
> /dev/ad0s2h    9.7G    2.0G    6.9G    23%     79k  1.2M    6%
> /squid/cache5
> /dev/ad0s1e    989M     20K    910M     0%      26  141k    0%   /tmp
> /dev/ad0s1f    9.7G    2.2G    6.8G    24%    237k  1.1M   18%   /usr
> /dev/ad0s1d    5.8G    729M    4.6G    13%     24k  776k    3%   /var
> devfs          1.0K    1.0K      0B   100%       0     0  100%
> /var/named/dev
>

Aqui mostra que tem um erro. Dividir a cache em várias partições no
mesmo disco é um erro, e certamente baixa muito o desempenho.

Use um disco inteiro para o cache, em um único sistema de arquivos.
Assim a tabela de i-nodes, de espaço alocado e disponível etc, será uma
só, e estará no início do disco, onde existe uma maior densidade de
setores por trilha. Assim os diretórios, tabelas etc, serão acessadas com
menos posicionamentos de cabeça e ainda posicionamentos mais curtos.

Espalhar como você fez só força mais posicionamentos das cabeças de
leitura, e por percursos maiores, o que baixa o desempenho do disco.


>
> valinor# iostat -d -c 10
>             ad0
>  KB/t tps  MB/s
>  12.42   2  0.03
>  0.00   0  0.00
>  2.00   1  0.00
>  0.00   0  0.00
>  0.00   0  0.00
>  16.00   3  0.05
>  32.00   1  0.03
>  16.00   1  0.02
>  0.00   0  0.00
>  0.00   0  0.00

Aqui mostra que o seu disco está ocioso. Completamente ocioso. Então
a sua baixa de desempenho, se ocorreu no momento do teste acima, não
é devido ao disco. Isto não elimina o que falei acima sobre o uso errado das
partições, que poderá ser o seu próximo limite.


João Rocha.

>
>
>
> Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que
> encerra o expediente) a navegação normaliza,
>
>
>
>
> --
> ENIO RODRIGO MARCONCINI
> gtalk: eniorm at gmail.com
> skype: eniorm
> msn: /dev/null
>
> .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
> Have trouble with Windows - reboot!
> Have trouble with Unix - be root!
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

goffredo at gmail.com