[MASOCH-L] Demora no tempo de resposta
Alexandro Corrêa
alexandro at sulsoft.com.br
Fri Jul 3 15:16:39 -03 2009
Realizei uma cópia grande de arquivos e rodei o iostat. Segue o
resultado abaixo.
# iostat 2
Linux 2.6.18-6-amd64 (hannabarbera) 03-07-2009
avg-cpu: %user %nice %system %iowait %steal %idle
0,96 0,00 0,51 0,75 0,00 97,77
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 4,30 12,65 119,71 34973041 330885248
hda 0,01 3,71 0,00 10252692 0
sdb 2,20 75,89 43,18 209773408 119347456
avg-cpu: %user %nice %system %iowait %steal %idle
1,88 0,00 2,00 23,03 0,00 73,09
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 7,04 12,06 92,46 24 184
hda 0,00 0,00 0,00 0 0
sdb 282,91 54186,93 21567,84 107832 42920
avg-cpu: %user %nice %system %iowait %steal %idle
1,25 0,00 2,88 26,32 0,00 69,55
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 15,50 40,00 220,00 80 440
hda 0,00 0,00 0,00 0 0
sdb 291,50 46388,00 73460,00 92776 146920
avg-cpu: %user %nice %system %iowait %steal %idle
1,13 0,00 2,26 26,82 0,00 69,80
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 8,04 120,60 68,34 240 136
hda 0,00 0,00 0,00 0 0
sdb 282,91 38765,83 83047,24 77144 165264
avg-cpu: %user %nice %system %iowait %steal %idle
2,01 0,00 3,76 21,30 0,00 72,93
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 0,00 0,00 0,00 0 0
hda 0,00 0,00 0,00 0 0
sdb 414,14 80775,76 16957,58 159936 33576
Caio Zanolla escreveu:
> rode um `iostat 2` quando estiver copiando os arquivo e poste a saida aqui.
>
>
>
> 2009/7/3 Wagner Assis <wagnerbassis at gmail.com>:
>
>> Alexandro
>>
>> Utilizo Reiserfs em todos meus servidores, há muito tempo aboli ext3 da
>> rede, particularmente prefiro ReiserFS por nunca ter tido qualquer tipo de
>> problema com esse FS.
>> O ReiserFS possui atributos que podem ser alterados e tornar o FS ainda mais
>> rápido, uma delas é desativar o TailPacking. Para isso basta adicionar ao
>> fstab notail nas opções.
>> Ainda podem ser desativados os modificadores de hora de acesso e
>> modificação.
>> Essas opções podem ser ativadas somente nas partições ou diretórios do seu
>> linux, entretanto o ReiserFS precisa ter o módulo compilado.
>>
>> As dicas informadas refere-se ao acesso ao disco que podem ser a solução do
>> seu problema, claro, que se o proxy tiver muita utilização.
>>
>> Essas dicas estão num pequeno artigo que escrevi tempos atrás e se encontram
>> no seguinte endereço:
>> http://www.linuxadm.com.br/2008/06/14/squid-tuning-mais-dicas-aumentando-a-performance-de-disco/
>>
>> Abraços.
>> Wagner Assis
>>
>> 2009/7/3 Alexandro Corrêa <alexandro at sulsoft.com.br>
>>
>>
>>> Caros Colegas,
>>>
>>> Estou tendo problema com um servidor Debian que é utilizado internamente
>>> como servidor de arquivos, proxy e firewall interno. O hardware é bom para a
>>> tarefa que o mesmo precisa executar (Dell PowerEdge 840 - Xeon quad-core -
>>> 2gb ram - 2 HDs SATA2 em Raid 1 + 1 HD SATA2).
>>>
>>> O que ocorre é que ao copiar ou mover grandes quantidades de dados (através
>>> de "cp" ou "mv") o computador praticamente trava. O principal problema é que
>>> o proxy fica muito lento para responder, inclusive o shell (putty) demora
>>> para executar comandos como "ps ax" e "top". Fiz um teste e segue o load
>>> average: 8.02, 6.31, 3.10. Apesar do load, a CPU fica praticamente ociosa e
>>> não está sendo utilizado Swap.
>>>
>>> Os HDs em raid 1 estão com sistema de arquivos Ext3 e o HD segundário
>>> (750gb) está com ReiserFS. Será que o problema é o sistema ReiserFS em uma
>>> partição de 750gb?
>>>
>>> Obs.: Desculpe se for considerado Off-topic, mas obrigado por qualquer
>>> ajuda.
>>>
>>> Att,
>>> Alexandro.
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>>
>
>
>
>
More information about the masoch-l
mailing list