[MASOCH-L] Demora no tempo de resposta

Alexandro Corrêa alexandro at sulsoft.com.br
Fri Jul 3 15:16:39 BRT 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