Re: [gentoo-user-br] Instalar de novo o gentoo

[Fabiano - deStilaDo]

On 6/24/07, Raphael MD <raphamejias@×××××××××.br> wrote:
> Meu entendimento sobre o ccache foi que ele vai compilando e guardando os pedaços, para numa
> compilação futura ele use esses "pedaços" a agilize a tarefas, só compilando o que mudou!
> Mais se eu posso continuar no outro dia eu ainda naum li, tenho q procurar mais.

O ccache é independente do portage, por exemplo, eu programo em C e
toda vez que eu compilo alguma coisa, está usando o ccache.

O que o ccache faz é manter um cache de arquivos objetos compilados,
ou seja, se vc tentar recompilar um arquivo que já foi compilado antes
no sistema, com as mesmas opções, o ccache utilizará a versão do cache
ao invés de recompilar o arquivo.

Na compilação de um programa, são compilados vários arquivos. O que
acontece na prática é que quando vc atualiza um programa por exemplo,
muitos dos arquivos do programa podem não ter mudado, nesse caso, ele
usa a versão do cache ao invés de recompilar todos os arquivos
novamente. É aí que o portage ganha velocidade quando está com a
feature ccache ativada.

Como deve ter ficado claro acima, o ccache não tem nada a ver com o
portage, mas o portage pode usar o ccache. Logo, o ccache não tem nada
a ver com continuar um emerge interrompido. Isso é função do portage,
e para isso, o emerge tem uma opção muito interessante: --resume.

# emerge --help | grep -e '^ *--resume' -A 4
       --resume
              Resumes the last merge operation. It can be treated just like a
              regular emerge: --pretend and other options work alongside it.
              'emerge --resume' only returns an error on failure. When there is
              nothing to do, it exits with a message and a success condition.

# man emerge


> Sobre o distcc, meu entendimento foi que eu preciso de achar um servidor de distcc, mais nada
> impede que ele esteja na mimnha casa, mais não meu preucupei muito com ele, pois ja estou ficando
> todo enrrolado só com a instalação normal, mais parece ser algo interessante!

Acho difícil vc achar assim, na internet, alguém disposto a emprestar
seu precioso hardware e ciclos de cpu pra vc ficar compilando seu
gentoo. Além do mais, aí entram outros problemas, a arquitetura tem
que ser igual, se não, vc tem que usar crosscompiling, etc, etc.

Um conselho, esqueça distcc por enquanto. Se vc tiver máquinas
sobrando aí, que vc possa instalar gentoo, DEPOIS que vc tiver um
sistema funcionando, ALGUMAS instalações de gentoo funcionais, tiver
entendido razoavelmente como o sistema funciona, daí recomendo vc a
brincar com o distcc.

> vc ja compilou algo
> grande com ele? melhorou muito o tempo?

Minha primeira experiência foi em casa, depois que eu comprei um
notebook de 64bits dual core. Tinha um desktop com gentoo tudo em
32bits. Deixei um servidor de distcc nos dois, e tudo que eu
compilasse em qualquer um dos dois, usava o outro pra ajudar. Pra eles
conversarem tive que fazer um esquema de crosscompiling, ou seja, cada
computador tinha que saber compilar pra sua arquitetura E para a do
outro, ou seja, os dois tinha que saber compilar pra x86 e pra amd64
(também chamado de x86-64).

Quando compilava no desktop, a maior parte da compilação ia pro
notebook, que tinha dois cores bem mais rápidos que o do desktop,
então resultava num tempo de compilação menor que a metade!

Já no notebook melhorava um pouco só com a ajuda do pc, fica uns
20~30% mais rápido só.

Já outra experiência foi com 3 servidores de 64bits dual cores. Os
três com gentoo amd64. Em geral tinha uma melhora de cerca de 60% do
tempo do que cada uma levava sozinha pra compilar o mesmo pacote.

Além disso, por as máquinas serem iguais, eu compartilhei um
repositório de pacotes binários. Assim, se tinha algum programa que eu
precisava em todas as máquinas, eu instalava em uma só, e nessa
instalação ele distribuia a compilação entre as 3 máquinas com o
distcc, e no final gerava um pacote binário do programa. Depois eu
instalava nas outras duas a partir do binário, o que não demora mais
que alguns segundos.

> Sobre o tamanho do emerge openoffice-bin, são 1,129,559KB +- 1,07GB, ja a versão normal da 269MB,
> pelo menos é o que aparece aqui!

app-office/openoffice-2.1.0
196,690 kB

app-office/openoffice-bin-2.1.0
139,772 kB

O bin é MENOR que o que o source, aproximadamente 140mb contra 197mb.
Da onde que vc tirou essa de mais de um giga???


> Mais fiquei com uma duvida sobre o openoffice-bin? ja que ele vem compilado,
> e as flags? ele ja vem com tudo, o mozilla thunderbird e tudo mais junto?

Openoffice não tem nada a ver com firefox, nem com thunderbird. São 3
pacotes totalmente diferentes.

# eix openoffice -c
[N] app-office/openoffice (~2.0.4 ~2.1.0): OpenOffice.org, a full
office productivity suite.
[N] app-office/openoffice-bin (2.1.0): OpenOffice productivity suite
Found 2 matches.

# eix firefox -c
[N] www-client/mozilla-firefox (2.0.0.2): Firefox Web Browser
[N] www-client/mozilla-firefox-bin (2.0.0.2): Firefox Web Browser
Found 2 matches.

# eix thunderbird -c
[N] mail-client/mozilla-thunderbird (1.5.0.10): Thunderbird Mail Client
[N] mail-client/mozilla-thunderbird-bin (1.5.0.10): The Mozilla
Thunderbird Mail & News Reader
Found 2 matches.

Como vc pode ver, a única coisa em comum entre os 3, é que o 3 tem uma
versão em sources para ser compilada e um versão binária
pré-compilada.

-- 
Fabiano.
-- 
gentoo-user-br@g.o mailing list