Acho que você se confundiu Eduardo. O "efeito" de multi-tarefa de um sistema se dá executando um pouco de cada tarefa de cada vez, interrompendo cada tarefa depois de um tempo de execução e executando a próxima tarefa. Os processadores são mono-tarefas por natureza, e fazendo isso, executando e interrompendo um pouco de cada tarefa bem rápido, dá a impressão de que todos os processos estão rodando ao mesmo tempo. Cada vez que vc interrompe uma tarefa, vc perde um tempinho com isso, pois tem que "salvar o estado" da tarefa atual, preparar o processador para a próxima tarefa e por a próxima tarefa para rodar. Quanto menor a freqüência de interrupções, menos tempo vc perde com as interrupções e trocas de tarefa, e mais tempo cada tarefa vai ficar executando, e por tanto, você terá um "throughput" maior, ou seja, mais coisas executadas e calculadas no mesmo tempo. Isso é o ideal para servidores, principalmente os de poucos processamentos pesados (e não os de muitos processamentos leves, que são mais parecido com um desktop). Por exemplo, atividades com cálculos computacionais intensivos, como processamento de vídeo, podem executar em menos tempo num kernel com os HZ baixo. Num desktop, onde normalmente "sobra" processador, você quer o contrário, não que ele processe o máximo possível, mas sim que ele troque mais rápido ainda entre os vários processos, para dar uma impressão ainda mais forte de que tudo acontece ao mesmo tempo e não um pouco de cada vez, ou seja, uma freqüência de interrupções maior. Isso dá a sensação de responsividade dos sistema. Por exemplo, quando você pressiona uma tecla ou mexe o mouse, por mais carregado que o sistema esteja, você quer que ele responda ao seu comando imediatamente, e não que ele fique mais um pouco fazendo o que ele estava, para daí processar sua entrada de teclado ou mouse, pois esse atraso pode ser perceptível e incômodo. []'s Fabiano. 2010/10/13 Eduardo Schoedler > Você pode tentar baixar os HZ no kernel.... deixe em 100 ou 250 ao invés > de 1000. Este último é para uso em servidores ou firewalls. > > Vai economizar até bateria... > > > > _____________________________________________ > * Eduardo Schoedler** > > * > > > > *De:* contato@joaocarlos.co.cc [mailto:contato@joaocarlos.co.cc] *Em nome > de *João Carlos > *Enviada em:* quarta-feira, 13 de outubro de 2010 10:40 > *Para:* gentoo-user-br@lists.gentoo.org > *Assunto:* [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a > árvore estável... > > > > Estou falando em simplesmente aceitar pacotes estáveis para a minha > arquitetura. Atualmente eu estou mantendo no meu make.conf: > ACCEPT_KEYWORKDS="~amd64". A proposta é usar ACCEPT_KEYWORKDS="amd64", > permitindo a instalação somente dos pacotes estáveis da árvore do > repositório. Posso ter falado d+, mas a ideia principal era essa! ehehehehe! > > > João Carlos Nunes Bittencourt > > Graduando em Engenharia de Computação (2007.1) > Membro do Grupo PET Engenharia de Computação > > Membro do Diretório Acadêmico DEBUG Reloaded - Gestão 2010-2011 > Representante Discente do Colegiado > *Universidade Estadual de Feira de Santana* > -- > *Lattes:* http://lattes.cnpq.br/6741995694783822 > *Mail*: jh onny.bittencourt@gmail.com* > Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs > __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__ > > > > 2010/10/13 Zhu Sha Zang > > Em 13-10-2010 09:53, João Carlos escreveu: > > Olá todos! > > Uso o Gentoo há pouco menos de 1 ano e de lá pra cá tenho feito uma série > de descobertas que me incentivam a continuar utilizando este sistema. > Entretanto, algumas coisas ainda me incomodam nele. Tenho um notebook *Dell > Inspiron 1525* e desde que instalei o Gentoo nele ainda não me sinto a > vontade para afirmar que o meu sistema é estável. Overloadings no sistema, > super-aquecimento durante a compilação e o pior de tudo... Travamentos > repentinos. A questão do aquecimento é justificada pelo Core2Duo que > esquenta d+ durante as compilações. Em uso normal, numa sala com ar > condicionado, ele costuma ficar entre 40 e 50° sem que eu faça nada com ele. > > Bom, como sou um entusiasta e adoro desafios estou pensando em migrar todo > o meu sistema para a árvore estável. Como sei que esse não vai ser um > trabalho simples, gostaria de antes disso pedir a opinião e ajuda do pessoal > mais experiente, já que de cara notei que não posso resolver com um simples > *emerge*. De cara já percebi uma série de conflitos de pacotes bloqueados > que creio não ser simples de resolver. Eu gosto de estar com meu sistema > sempre atualizado, mas estas questões de estabilidade tem me tirado do > sério! Já usei outros sistemas, como Debian Likes e openSUSE e não me lembro > de ter problemas, principalmente com travamentos. > > Já que estou para fazer um processo tão trabalhoso, queria saber também se > existe algum *testbench* para verificar e comparar os resultados de > desempenho antes e depois da transição. > > > > Abraços! > > > João Carlos Nunes Bittencourt > > Graduando em Engenharia de Computação (2007.1) > Membro do Grupo PET Engenharia de Computação > > Membro do Diretório Acadêmico DEBUG Reloaded - Gestão 2010-2011 > Representante Discente do Colegiado > *Universidade Estadual de Feira de Santana* > -- > *Lattes:* http://lattes.cnpq.br/6741995694783822 > *Mail*: jh onny.bittencourt@gmail.com* > Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs > __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__ > > > > Do que você está falando? Árvore estável? Desempenho melhor em relação ao > que? Acho que você está viajando na maionese... > > >