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 <welina...@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 <a...@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 >> <rafaelhfa...@cenadigital.com.br> escreveu: >> > 2012/5/18 Ari Arantes Filho <a...@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