[FUG-BR] Acesso ao disco em vmware

[Ari Arantes Filho]

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