From: Renan Rangel <rvr777@gmail.com>
To: gentoo-user-br@lists.gentoo.org
Subject: Re: [gentoo-user-br] Artigo sobre desempenho do Portage
Date: Tue, 20 Oct 2009 08:54:24 -0200 [thread overview]
Message-ID: <e85929a0910200354q6752f384j6a295f1bf60c1d78@mail.gmail.com> (raw)
In-Reply-To: <867837.48741.qm@web54404.mail.re2.yahoo.com>
[-- Attachment #1: Type: text/plain, Size: 2344 bytes --]
Eu uso uma partição específica para a árvore do portage, usando reiserfs com
bs de 4k e foi a maneira que ficou mais rápida... até agora. Fiz uns testes
para ver a velocidade que demora procurar por "gnome":
------------------------------
reiserfs, blocksize 4kb:
sync; echo 3 > /proc/sys/vm/drop_caches
time emerge -s gnome
real 0m50.183s
user 0m1.823s
sys 0m0.814s
Executando o mesmo comando pela segunda vez:
time emerge -s gnome
real 0m2.019s
user 0m1.673s
sys 0m0.198s
------------------------------
reiserfs, blocksize 1kb:
sync; echo 3 > /proc/sys/vm/drop_caches
time emerge -s gnome
real 0m42.083s
user 0m1.829s
sys 0m1.051s
Executando o mesmo comando pela segunda vez:
real 0m1.822s
user 0m1.577s
sys 0m0.179s
------------------------------
Ou seja, o ganho de performance em diminuir o block size não é muito
grande... O que mais demora é executar o emerge pela primeira vez, depois
disso, os arquivos já estão em cache e o tamanho do inode não vai
influenciar muito.
Acho que a única coisa que melhora mesmo, é o uso do espaço em disco, que é
o objetivo do post do flameeyes.
--
Renan Rangel
2009/10/19 Bruno Linhares <oandarilho01@yahoo.com.br>
> --- Em qui, 15/10/09, Cleber Alves Nascimento <cleberalves@bsd.com.br>
> escreveu:
>
> > De: Cleber Alves Nascimento <cleberalves@bsd.com.br>
> > Assunto: Re: [gentoo-user-br] Artigo sobre desempenho do Portage
> > Para: gentoo-user-br@lists.gentoo.org
> > Data: Quinta-feira, 15 de Outubro de 2009, 9:50
> > 2009/10/14 Bruno
> > Linhares <oandarilho01@yahoo.com.br>
> > Eu ainda não consegui testar, infelizmente, mas pretendo
> > testar em breve. Vou experimentar colocar um HD IDE (é,
> > vamos colocar à prova mesmo.. hehe) formatado com reiserfs
> > e bs=1k no meu desktop e mover o /usr/portage pra lá.
> > Retorno com dados de benchmark depois.
>
> Para fins de registro, usar hd IDE foi uma idéia lastimável, hehe.
> Quando conseguir testar em um hd SATA mesmo eu trago os benchmarks. Neste
> IDE do zinferno, o desempenho foi até pior, mesmo com o bs=1024.
>
>
>
>
>
> ____________________________________________________________________________________
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
>
[-- Attachment #2: Type: text/html, Size: 4311 bytes --]
next prev parent reply other threads:[~2009-10-20 10:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-14 16:48 [gentoo-user-br] Artigo sobre desempenho do Portage Bruno Linhares
2009-10-15 11:50 ` Cleber Alves Nascimento
2009-10-15 13:21 ` Zhu Sha Zang
2009-10-20 1:44 ` Bruno Linhares
2009-10-20 10:54 ` Renan Rangel [this message]
2009-10-21 16:32 ` Daniel Medeiros
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e85929a0910200354q6752f384j6a295f1bf60c1d78@mail.gmail.com \
--to=rvr777@gmail.com \
--cc=gentoo-user-br@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox