How-To :: OTIMIZANDO UM POUCO MAIS AS COMPILAÇÕES NO GENTOO

Autor: Luiz Ivanchuk Santos, @luiztux

INTRODUÇÃO

Pessoal, aqui vai uma dica rápida mas que pode ser bem proveitosa para todos nós que usamos o Gentoo: otimizar nossas compilações. Esta é uma palavrinha que todos gostam… 🙂

Vejo muito por aí que o pensamento geral de quem chega ao Gentoo (e de quem está há algum tempo também) é que as otimizações ocorrem apenas no nível das CFLAGS/CXXFLAGS e no MAKEOPTS. Porém o Portage e o Make nos oferece um pouquinho mais quando se trata de compilar os pacotes. Uma coisa que talvez passe batido é que nem todos os pacotes fazem paralelismo no Make, sendo assim estaríamos “desperdiçando” nossos jobs e não estaríamos saturando o processador corretamente. Venho testando isto incessantemente, inclusive instalando o sistema novamente e pude perceber que o tempo gasto é bem menor, tanto para instalar quanto para compilar os pacotes com o sistema já instalado.

Então isto pode ser setado também quando você estiver instalando o Gentoo.

P.S: Estou assumindo que você saiba o número de Cores da tua CPU.

CONFIGURAÇÃO

É barbada! Tudo o que você tem que fazer é editar teu make.conf e adicionar o seguinte:

MAKEOPTS="-j${nº_jobs+1} -l${nº_jobs+1}"
EMERGE_DEFAULT_OPTS="--jobs={nº_jobs+1} --load-average={nº_jobs+1}"
FEATURES="parallel-fetch parallel-install sandbox"

Substitua o ${nº_jobs+1} pelo número de cores da tua CPU + 1. (Será que isto é o melhor? Terei outra dica pra vocês sobre isto).

Explicando: no MAKEOPTS todos já estão cansados de saber do -j+1, porém é interessante adicionar também a opção load-average, ou -l para controlar a quantidade de paralelismo. No EMERGE_DEFAULT_OPTS novamente definimos as mesmas opções, assim, sempre que você for compilar algum pacote, estas opções serão passadas como padrão para o emerge. E por fim, coloque as FEATURES conforme acima, isto fará com que o emerge baixe os pacotes (parallel-fetch) ao mesmo tempo em que compila e instale diversos pacotes ao mesmo tempo (parallel-install). É importante que você inclua o sandbox para proteger o sistema de possíveis loucuras, mesmo quando não estiver usando as configurações acima. 🙂

QUANDO A COMPILAÇÃO FALHAR

É válido informar que alguns pacotes não conseguem trabalhar com vários jobs. Isto é fato. Se você se deparar com um problema assim, não se desespere. Na linha de comando faça:

emerge -j1 <pacote-problemático>

Assim vai sobrescrever as configurações no make.conf. Lembre-se das prioridades… 😉 Você pode ir testando o -j até qual número de jobs o pacote aceita ser compilado.

OUTPUT DAS COMPILAÇÕES

Quando usar estas opções, não teremos mais aquelas letrinhas de compilação subindo pela tela, apenas um sumário do que está sendo compilado, por exemplo:

>>> Building (1 of 10) sys-devel/gettext-0.17 for /
>>> Building (2 of 10) sys-libs/zlib-1.2.3-r1 for /
>>> Building (3 of 10) virtual/libintl-0 for /
>>> Building (4 of 10) dev-util/unifdef-1.20 for /
>>> Installing virtual/libintl-0 to /
>>> Installing dev-util/unifdef-1.20 to /
>>> Building (5 of 10) sys-kernel/linux-headers-2.6.23-r3 for /
>>> Installing sys-libs/zlib-1.2.3-r1 to /
>>> Jobs: 3 of 10 complete, 2 running               Load avg: 3.44, 1.46, 0.69

Muito bacana não é? 🙂 🙂

Mas se você quiser mais output nas compilações, faça isto:

tail -f /var/tmp/portage/*/${PKG}*/temp/build.log

Você pode substituir o ${PKG} pelo nome do pacote que está sendo compilado, se quiser. E não se esqueça das ferramentas como qlop e genlop, que você pode ver o tempo estimado das compilações.

That’s all folks!