[FUG-BR] Acesso ao disco em vmware

[Ari Arantes Filho]

13minutos é muito tempo também.

Qual a configuração da sua máquina?


Em 19 de maio de 2012 02:26, Welinaldo Lopes Nascimento
<welinaldo em bsd.com.br> escreveu:
> e pra remover:
>
> 0.238   3.642s   3:44.30  1.7%
>
> Em 19 de maio de 2012 02:11, Welinaldo Lopes Nascimento <
> welinaldo em bsd.com.br> escreveu:
>
>> Ari, fiz o teste aqui no meu e ficou o seguinte:
>>
>> 7.088u   19.307s  13:12.91  3.3%
>>
>>
>>
>>
>>
>> Em 18 de maio de 2012 18:37, Ari Arantes Filho <ari em dd.com.br> escreveu:
>>
>> Testei com o disco sem o thinprovisioning:
>>>
>>> # time tar xzf ports.tar.gz
>>>
>>> real    16m8.904s
>>>
>>> mesma coisa, péssima performance.
>>>
>>>
>>>
>>> Em 18 de maio de 2012 17:17, Welinaldo Lopes Nascimento
>>> <welinaldo em bsd.com.br> escreveu:
>>> > Beleza Ari, vamos ficar aguardando o resultado...
>>> > Amanhã vou fazer o mesmo e posto aqui também o resultado.
>>> >
>>> > Em 18 de maio de 2012 17:08, Ari Arantes Filho <ari em dd.com.br>
>>> escreveu:
>>> >
>>> >> Vou reinstalar um FreeBSD 9 e utilizar um disco sem o thinprovisioning
>>> >> e reporto aqui na lista os resultados.
>>> >>
>>> >> Em 18 de maio de 2012 17:01, Rafael Henrique Faria
>>> >> <rafaelhfaria em cenadigital.com.br> escreveu:
>>> >> > 2012/5/18 Ari Arantes Filho <ari em dd.com.br>
>>> >> >
>>> >> >> 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou
>>> seja,
>>> >> >> libero o espaço e teoricamente o vmware não precisará aumentar
>>> >> >> novamente
>>> >> >>
>>> >> >
>>> >> > Eu posso estar errado, os mais experientes neste caso que me
>>> corrijam,
>>> >> mas
>>> >> > o UFS2 em uso no caso do FreeBSD não faz isso que você está
>>> imaginando.
>>> >> >
>>> >> > Quando você descompacta a primeira vez o ports.tar.gz, o UFS2 vai
>>> alocar
>>> >> o
>>> >> > espaço para o mesmo. E quando você apaga o mesmo, apesar do espaço
>>> ficar
>>> >> > "livre", o UFS2 não apaga o conteũdo do disco. E uma nova gravação,
>>> não
>>> >> irá
>>> >> > utilizar o espaço liberado, mas sim um espaço livre "virgem". O
>>> espaço
>>> >> > liberado somente será utilizando quando o disco não tiver mais
>>> espaços
>>> >> > livres.
>>> >> >
>>> >> > Ao utilizar recursos como este em HDs reais, o file system tem uma
>>> >> melhora
>>> >> > de performance, pois não precisa ficar apagando o disco... ele vai
>>> usando
>>> >> > espaços livres até que realmente seja necessário uma limpeza do file
>>> >> system
>>> >> > por ter acabado o espaço livre.
>>> >> >
>>> >> > Ultimamente percebi que após algum tempo, algumas horas, o espaço
>>> acaba
>>> >> > sendo liberado para uso... então acredito que tenha sido feita uma
>>> >> > alteração para algum processo de varredura ir liberando o espaço de
>>> tempo
>>> >> > em tempo.. mas isso não é em tempo real.
>>> >> >
>>> >> > Um exemplo prático disso:
>>> >> >
>>> >> > - esgote o espaço em disco com arquivos grandes.
>>> >> > - apague um dos arquivos grandes.
>>> >> > - o espaço não será liberado imediatamente... o disco vai continuar
>>> >> > reclamando que não tem espaço livre o suficiente.
>>> >> >
>>> >> > Normalmente isso não apresenta grandes problemas... pois um bom
>>> >> > administrador nunca irá deixar esgotar o espaço em disco.
>>> >> >
>>> >> > Porém, no caso do thinprovisioning isso é um problema. Pois a cada
>>> nova
>>> >> > gravação ele vai precisar requisitar do HOST um novo espaço em
>>> disco. O
>>> >> que
>>> >> > acaba ficando lendo.
>>> >> >
>>> >> > Eu sinceramente evito usar thinprovisioning em servidores de
>>> >> virtualização,
>>> >> > tanto por causa deste problema, quanto pelo efeito surpresa, de você
>>> >> alocar
>>> >> > 10 HDs de 1TB em um volume de 7TB, e acontecer de os 10 HDs
>>> precisaram
>>> >> usar
>>> >> > os 1TB oferecidos para o mesmo. Claro que é um exemplo, na prática
>>> >> teremos
>>> >> > 40 máquinas com HDs de tamanhos variados, que se tornará difícil
>>> ficar
>>> >> > acompanhando o crescimento, e o tamanho configurado para cada uma no
>>> >> > momento da crianção da máquina.
>>> >> >
>>> >> > --
>>> >> > Rafael Henrique da Silva Faria
>>> >> > -------------------------
>>> >> > 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
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > .:: Welinaldo L N
>>> > .:: Estudante de Desenvolvimento de Sistemas
>>> > .:: FreeBSD Community Member #BSD/OS
>>> > .:: Antes de imprimir, veja se realmente é necessário!
>>> > .ılı..ılı.
>>> > -------------------------
>>> > 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
>>>
>>
>>
>>
>> --
>> .:: Welinaldo L N
>> .:: Estudante de Desenvolvimento de Sistemas
>> .:: FreeBSD Community Member #BSD/OS
>> .:: Antes de imprimir, veja se realmente é necessário!
>>  .ılı..ılı.
>>
>>
>
>
> --
> .:: Welinaldo L N
> .:: Estudante de Desenvolvimento de Sistemas
> .:: FreeBSD Community Member #BSD/OS
> .:: Antes de imprimir, veja se realmente é necessário!
> .ılı..ılı.
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd