tag:blogger.com,1999:blog-8739803407937163827.post3578489174782030776..comments2024-03-27T16:19:09.405-03:00Comments on Caixa Seca: Escritas duráveis (ou: o mal que o EXT3 causou)Marcos FRMhttp://www.blogger.com/profile/12664399217010655606noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-8739803407937163827.post-84405352345177175932013-04-10T18:23:01.425-03:002013-04-10T18:23:01.425-03:00ola.. obrigada pela resposta!!
nesse servidor tem ...ola.. obrigada pela resposta!!<br />nesse servidor tem o sles11 sp1. mas o i/o nesse disco está sofrível (e tenho apenas uns 15 usuários ali) como estava tenho muito wait i/o resolvi investigar a causa e descobri que o disco em questão é que fica praticamente busy o tempo todo... tenho outro disco nesse servidor (um EAGATE ST3300656SS 15k rpm) que está write cache desativado e read cache habilitado, também com XFS e nobarries e que comporta a grande massa de dados de usuários sem problemas , enquanto o outro disco com os demais usuários fica o tempo todo busy (mas talvez por ser mais lento, não sei.. pois não consigo ver as informações deste disco pelo s.o.)ReNoarhttps://www.blogger.com/profile/15265850949820028404noreply@blogger.comtag:blogger.com,1999:blog-8739803407937163827.post-30732511669920214542013-04-10T18:04:45.064-03:002013-04-10T18:04:45.064-03:00Habilitando barriers o desempenho piorará. Control...Habilitando barriers o desempenho piorará. Controladoras RAID por hardware com BBWC costumam desativar por padrão os caches dos HDs (confira mesmo assim, isso varia de acordo com o modelo) e o cache usado passa a ser o seu (da própria controladora, que é coberto pela bateria). Neste caso, é seguro (e recomendado) usar nobarrier para ter melhor desempenho.<br /><br />http://xfs.org/index.php/XFS_FAQ#Q._Should_barriers_be_enabled_with_storage_which_has_a_persistent_write_cache.3F<br /><br />Sugiro que você dê uma olhada, além da FAQ, na lista de discussão do XFS, que tem gente especialista. Em alguns casos, a recomendação é simplesmente atualizar o kernel. A propósito, qual distro/kernel você roda aí?Marcos FRMhttps://www.blogger.com/profile/12664399217010655606noreply@blogger.comtag:blogger.com,1999:blog-8739803407937163827.post-34554225898604350172013-04-10T17:51:28.182-03:002013-04-10T17:51:28.182-03:00Ola
Tenho aqui um servidor com um disco que const...Ola<br />Tenho aqui um servidor com um disco que constantemente apresenta status busy pelo comando atop ou nmon e qdo isso acontece, meu cpu load fica extremamente alto. Quando o status busy persiste durante muito tempo, já notei que volta ao normal quando executado o comando 'sync' (porém volta e meia apresenta esse problema) Já verifiquei o frag com xfs_db e o filesystem não está muito fragmentado.<br />No boot.msg tenho a seguinte informação para esse disco: <br />"Write cache: enabled, read cache: enabled, doesn't support DPO or FUA"<br />O disco foi formatado com XFS e nobarrier. Ou seja, não segue nenhuma das opções indicadas acima. Essa partição XFS é usada basicamente para HOMEDIR de usuário (que é montado via NFS nos clientes) e ainda é usado DRBD no servidor para replicação destes dados. Sendo assim, sua recomendação para melhor performance seria desabilitar o write cache OU ativar o barrier? Esse servidor é um Dell PowerEdge 1900 (creio q tem uma controladora SAS) e o SO não identifica do modelo do disco pelo sginfo nem hdparm (o hwinfo o identifica o disco apenas como Dell Virtual Disk e não tenho como abrir a máquina pois estou dando suporte remoto ao servidor)ReNoarhttps://www.blogger.com/profile/15265850949820028404noreply@blogger.com