13minutos é muito tempo também. Qual a configuração da sua máquina?
Em 19 de maio de 2012 02:26, Welinaldo Lopes Nascimento <[email protected]> escreveu: > e pra remover: > > 0.238 3.642s 3:44.30 1.7% > > Em 19 de maio de 2012 02:11, Welinaldo Lopes Nascimento < > [email protected]> 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 <[email protected]> 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 >>> <[email protected]> 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 <[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 >>> ------------------------- >>> 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 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
