Marcelo, Acho que não tem jeito não.
Tem a sysctl: hint.lapic.X.disabled=1 (X = ID da CPU) que faz isto logicamente, mas ela deve ser configurada em momento de boot. Teoricamente você poderia alocar, digamos, 5 CPU para o sistema e deixá-las em OFF no freebsd e ativar conforme a necessidade. Porém tenho quase certeza não é possível alterar esta sysctl com o sistema rodando, você vai ter acesso negado. :( Também não sei se o ES7000 entenderia que o sistema está usando só uma e, no exemplo acima, alocaria 4 para outro host e quando o freebsd requisitasse devolvesse. O vmware consegue entender que as CPU estão ociosas, então creio que seu sistema, muito superior a ele consiga.. mas é chute... valeria a pena fazer um teste. Só não desabilite a CPU 0! :-) > -----Mensagem original----- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Marcelo Vilela > Enviada em: domingo, 19 de abril de 2009 13:15 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: RES: CPU hotplug > > <[OFF-TOPIC]> > A máquina realmente é demais. Aos curiosos, assim que for possível eu > configuro com tudo e mando o dmesg. Não é o tipo de máquina que posso > parar a qualquer momento, inclusive deve demorar um pouco. > > É, pode ser o princípio do mainframe mesmo, inclusive a Unisys que > fabrica o ES7000 é muito conhecida por seus mainframes, mas também tem > bastante solução na área open (incluindo open source). > </[OFF-TOPIC]> > > Bom, voltando, alguém sabe como faço para habilitar a quente isso no > OS? Minha idéia é criar algo dinâmico e sob demanda. Aí sim, realizo o > sonho de qualquer datacenter =). > > Abraços, > > 2009/4/19 Renato Frederick <freder...@dahype.org>: > > Realmente voltamos aos princípios do mainframe :-) > > > > Queria ver a cara de quem falou que este conceito ia morrer... > > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
