From: "Giovanni P. Tirloni" <[EMAIL PROTECTED]>


Luiz Otávio Souza wrote:
No boot original (GENERIC sem suporte SMP) o make buildworld -j 40 rodou sem problemas, ai compilei o kernel SMP (sem qualquer atualização dos fontes, tudo baseado no release 5.4) e bootei o servidor com os 4 processadores funcionando (2 fisicos e 2 virtuais - HT).

cd /usr/src; make buildworld -j 60

E não funcionou de novo. O gcc da erro na compilação e não tem como. Com o kernel SMP só consigo rodar o buildworld sem especificar o -j.

Vou testar com -j 60 amanhã depois do almoço e mando aqui os resultados. Meu sistema já está em 5.4-STABLE então vai ser nele o teste.

Minha memória está meio vaga em relação ao efeito que um número tão alto para o -j tem. Me parece que tinha uma regra que dizia 4*ncpu mas não sei ao certo.

Esse erro que dá na compilação é conhecido dos desenvolvedores ? Acho que era o Kris que estava brincando com isso a alguns meses atrás. Pelo menos é o que, vagamente, me lembro.

Se sobrar um tempo (estou precisando do hardware) vou tentar com 6-CURRENT.

 Nesse máquina não vou conseguir testar com o 6-CURRENT, infelizmente.


Giovanni,

Atualizei a maquina para o 6-CURRENT e rodei o buildworld várias vezes, inclusive com -j 100 levando o servidor a quase 40 de load average (1 min).

Seja qual fosse o problema parece que foi resolvido no 6.

Sobre sua duvida do -j, não sei se há uma regra para seu uso, uma vez que isso apenas controla o numero de processos simultaneos que o make(1) vai executar de cada vez. O que é preciso na verdade é equilibrar o número utilizado de modo a utilizar todas as CPUs disponiveis (e por maior tempo possível), porem sem levar a maquina ao chão :)

No meu caso eu estou rodando com números altos, pois o problema acontecia com a maquina sob alta demanda e essa é uma boa maneira de testar o sistema.

Para o 6 só gostaria que desse tempo do Scott terminar o Journaling...

Luiz - loos

_______________________________________________
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

Responder a