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 <[email protected]> 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 > <[email protected]> escreveu: > > 2012/5/18 Ari Arantes Filho <[email protected]> > > > >> 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
