From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1P62M5-0007uL-01 for garchives@archives.gentoo.org; Wed, 13 Oct 2010 14:30:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B0999E09AA; Wed, 13 Oct 2010 14:30:51 +0000 (UTC) Received: from mail-ew0-f53.google.com (mail-ew0-f53.google.com [209.85.215.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 37A32E09AA for ; Wed, 13 Oct 2010 14:30:51 +0000 (UTC) Received: by ewy8 with SMTP id 8so791203ewy.40 for ; Wed, 13 Oct 2010 07:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=QIsSdwHd2KuF9Pxl2FyDg5FixJjpP1sM7ZbxIeeRHAU=; b=uVJCS7wA1zkGEA/pPxrvzz3d/+PJ+3TMWzYMrlrNH+ZhnpvOJ9Yh564nJ5KzXzkjxY jDdOmlkzVIbPJERuhKKyUiofiVRW/Du/zsbvVaxTO1NDv/sbEP4k6N6mbtuDLFx8t8XF LUlEIiO7nneTTAhlOs20oXM5BJHNUgMQSdgzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=t+eT1HGHcAruO6/ja8dfEaivKRaBwfkk+pNYUjTbkw5T2w/WjQzYZeMV7cRQrDTPSK tLiJiC1hVPTwNiVk2y1qeDDqNO8Ygg4ZukGUnII2HsP998BfxnO24lbbfQgOn6ocNjLv 8/5vES7DSkGsSY4tGLdi9dr3heMYzsSoiD8hQ= Received: by 10.213.34.83 with SMTP id k19mr612955ebd.34.1286980249351; Wed, 13 Oct 2010 07:30:49 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-br@lists.gentoo.org Reply-to: gentoo-user-br@lists.gentoo.org MIME-Version: 1.0 Received: by 10.14.47.144 with HTTP; Wed, 13 Oct 2010 07:30:28 -0700 (PDT) In-Reply-To: References: <4CB5AF34.7080805@yahoo.com.br> <00aa01cb6add$29f24110$7dd6c330$@com.br> From: Fabiano - deStilaDo Date: Wed, 13 Oct 2010 11:30:28 -0300 Message-ID: Subject: [gentoo-user-br] =?ISO-8859-1?B?UmU6IFtnZW50b28tdXNlci1icl0gUmU6IFtnZW50b28tdXNlci1icl0gTWlncmFyIG91IA==?= =?ISO-8859-1?B?buNvIHBhcmEgYSDhcnZvcmUgZXN04XZlbC4uLg==?= To: gentoo-user-br@lists.gentoo.org Content-Type: multipart/alternative; boundary=0015174c175a9878e8049280700a X-Archives-Salt: 0a8742e4-946a-4273-8af4-160fbe1bab06 X-Archives-Hash: 65f9f619e68891869ab315b6a59e21d0 --0015174c175a9878e8049280700a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ah, tamb=E9m n=E3o vejo como a freq=FC=EAncia de interrup=E7=F5es do kernel= possa influenciar no consumo de energia. Pode ser a freq=FC=EAncia (clock) da CPU= , da=ED sim, nesse caso eu recomendaria um gerenciador din=E2mico de freq=FC=EAncia= da CPU, como o "ondemand" do kernel (CONFIG_CPU_FREQ_GOV_ONDEMAND). []'s Fabiano. 2010/10/13 Fabiano - deStilaDo > Acho que voc=EA se confundiu Eduardo. O "efeito" de multi-tarefa de um > sistema se d=E1 executando um pouco de cada tarefa de cada vez, interromp= endo > cada tarefa depois de um tempo de execu=E7=E3o e executando a pr=F3xima t= arefa. Os > processadores s=E3o mono-tarefas por natureza, e fazendo isso, executando= e > interrompendo um pouco de cada tarefa bem r=E1pido, d=E1 a impress=E3o de= que > todos os processos est=E3o rodando ao mesmo tempo. > > Cada vez que vc interrompe uma tarefa, vc perde um tempinho com isso, poi= s > tem que "salvar o estado" da tarefa atual, preparar o processador para a > pr=F3xima tarefa e por a pr=F3xima tarefa para rodar. Quanto menor a freq= =FC=EAncia > de interrup=E7=F5es, menos tempo vc perde com as interrup=E7=F5es e troca= s de > tarefa, e mais tempo cada tarefa vai ficar executando, e por tanto, voc= =EA > ter=E1 um "throughput" maior, ou seja, mais coisas executadas e calculada= s no > mesmo tempo. Isso =E9 o ideal para servidores, principalmente os de pouco= s > processamentos pesados (e n=E3o os de muitos processamentos leves, que s= =E3o > mais parecido com um desktop). Por exemplo, atividades com c=E1lculos > computacionais intensivos, como processamento de v=EDdeo, podem executar = em > menos tempo num kernel com os HZ baixo. > > Num desktop, onde normalmente "sobra" processador, voc=EA quer o contr=E1= rio, > n=E3o que ele processe o m=E1ximo poss=EDvel, mas sim que ele troque mais= r=E1pido > ainda entre os v=E1rios processos, para dar uma impress=E3o ainda mais fo= rte de > que tudo acontece ao mesmo tempo e n=E3o um pouco de cada vez, ou seja, u= ma > freq=FC=EAncia de interrup=E7=F5es maior. Isso d=E1 a sensa=E7=E3o de res= ponsividade dos > sistema. Por exemplo, quando voc=EA pressiona uma tecla ou mexe o mouse, = por > mais carregado que o sistema esteja, voc=EA quer que ele responda ao seu > comando imediatamente, e n=E3o que ele fique mais um pouco fazendo o que = ele > estava, para da=ED processar sua entrada de teclado ou mouse, pois esse a= traso > pode ser percept=EDvel e inc=F4modo. > > > []'s > > Fabiano. > > > 2010/10/13 Eduardo Schoedler > >> Voc=EA pode tentar baixar os HZ no kernel.... deixe em 100 ou 250 ao in= v=E9s >> de 1000. Este =FAltimo =E9 para uso em servidores ou firewalls. >> >> Vai economizar at=E9 bateria... >> >> >> >> _____________________________________________ >> * Eduardo Schoedler** >> >> * >> >> >> >> *De:* contato@joaocarlos.co.cc [mailto:contato@joaocarlos.co.cc] *Em nom= e >> de *Jo=E3o 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=E3o para a >> =E1rvore est=E1vel... >> >> >> >> Estou falando em simplesmente aceitar pacotes est=E1veis para a minha >> arquitetura. Atualmente eu estou mantendo no meu make.conf: >> ACCEPT_KEYWORKDS=3D"~amd64". A proposta =E9 usar ACCEPT_KEYWORKDS=3D"amd= 64", >> permitindo a instala=E7=E3o somente dos pacotes est=E1veis da =E1rvore d= o >> reposit=F3rio. Posso ter falado d+, mas a ideia principal era essa! eheh= ehehe! >> >> >> Jo=E3o Carlos Nunes Bittencourt >> >> Graduando em Engenharia de Computa=E7=E3o (2007.1) >> Membro do Grupo PET Engenharia de Computa=E7=E3o >> >> Membro do Diret=F3rio Acad=EAmico DEBUG Reloaded - Gest=E3o 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=E3o Carlos escreveu: >> >> Ol=E1 todos! >> >> Uso o Gentoo h=E1 pouco menos de 1 ano e de l=E1 pra c=E1 tenho feito um= a s=E9rie >> de descobertas que me incentivam a continuar utilizando este sistema. >> Entretanto, algumas coisas ainda me incomodam nele. Tenho um notebook *D= ell >> Inspiron 1525* e desde que instalei o Gentoo nele ainda n=E3o me sinto a >> vontade para afirmar que o meu sistema =E9 est=E1vel. Overloadings no si= stema, >> super-aquecimento durante a compila=E7=E3o e o pior de tudo... Travament= os >> repentinos. A quest=E3o do aquecimento =E9 justificada pelo Core2Duo que >> esquenta d+ durante as compila=E7=F5es. Em uso normal, numa sala com ar >> condicionado, ele costuma ficar entre 40 e 50=B0 sem que eu fa=E7a nada = com ele. >> >> Bom, como sou um entusiasta e adoro desafios estou pensando em migrar to= do >> o meu sistema para a =E1rvore est=E1vel. Como sei que esse n=E3o vai ser= um >> trabalho simples, gostaria de antes disso pedir a opini=E3o e ajuda do p= essoal >> mais experiente, j=E1 que de cara notei que n=E3o posso resolver com um = simples >> *emerge*. De cara j=E1 percebi uma s=E9rie de conflitos de pacotes bloqu= eados >> que creio n=E3o ser simples de resolver. Eu gosto de estar com meu siste= ma >> sempre atualizado, mas estas quest=F5es de estabilidade tem me tirado do >> s=E9rio! J=E1 usei outros sistemas, como Debian Likes e openSUSE e n=E3o= me lembro >> de ter problemas, principalmente com travamentos. >> >> J=E1 que estou para fazer um processo t=E3o trabalhoso, queria saber tam= b=E9m se >> existe algum *testbench* para verificar e comparar os resultados de >> desempenho antes e depois da transi=E7=E3o. >> >> >> >> Abra=E7os! >> >> >> Jo=E3o Carlos Nunes Bittencourt >> >> Graduando em Engenharia de Computa=E7=E3o (2007.1) >> Membro do Grupo PET Engenharia de Computa=E7=E3o >> >> Membro do Diret=F3rio Acad=EAmico DEBUG Reloaded - Gest=E3o 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=EA est=E1 falando? =C1rvore est=E1vel? Desempenho melhor em = rela=E7=E3o >> ao que? Acho que voc=EA est=E1 viajando na maionese... >> >> >> > > --0015174c175a9878e8049280700a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ah, tamb=E9m n=E3o vejo como a freq=FC=EAncia de interrup=E7=F5es do kernel= possa influenciar no consumo de energia. Pode ser a freq=FC=EAncia (clock)= da CPU, da=ED sim, nesse caso eu recomendaria um gerenciador din=E2mico de= freq=FC=EAncia da CPU, como o "ondemand" do kernel (CONFIG_CPU_F= REQ_GOV_ONDEMAND).

[]'s


Fabiano.


2010/10/13 Fabiano - deStilaDo <fabianoengler@gmail= .com>
Acho que voc=EA se confundiu Eduardo. O "efeito" de multi-tarefa = de um sistema se d=E1 executando um pouco de cada tarefa de cada vez, inter= rompendo cada tarefa depois de um tempo de execu=E7=E3o e executando a pr= =F3xima tarefa. Os processadores s=E3o mono-tarefas por natureza, e fazendo= isso, executando e interrompendo um pouco de cada tarefa bem r=E1pido, d= =E1 a impress=E3o de que todos os processos est=E3o rodando ao mesmo tempo.=

Cada vez que vc interrompe uma tarefa, vc perde um tempinho com isso, p= ois tem que "salvar o estado" da tarefa atual, preparar o process= ador para a pr=F3xima tarefa e por a pr=F3xima tarefa para rodar. Quanto me= nor a freq=FC=EAncia de interrup=E7=F5es, menos tempo vc perde com as inter= rup=E7=F5es e trocas de tarefa, e mais tempo cada tarefa vai ficar executan= do, e por tanto, voc=EA ter=E1 um "throughput" maior, ou seja, ma= is coisas executadas e calculadas no mesmo tempo. Isso =E9 o ideal para ser= vidores, principalmente os de poucos processamentos pesados (e n=E3o os de = muitos processamentos leves, que s=E3o mais parecido com um desktop). Por e= xemplo, atividades com c=E1lculos computacionais intensivos, como processam= ento de v=EDdeo, podem executar em menos tempo num kernel com os HZ baixo.<= br>
Num desktop, onde normalmente "sobra" processador, voc=EA que= r o contr=E1rio, n=E3o que ele processe o m=E1ximo poss=EDvel, mas sim que = ele troque mais r=E1pido ainda entre os v=E1rios processos, para dar uma im= press=E3o ainda mais forte de que tudo acontece ao mesmo tempo e n=E3o um p= ouco de cada vez, ou seja, uma freq=FC=EAncia de interrup=E7=F5es maior. Is= so d=E1 a sensa=E7=E3o de responsividade dos sistema. Por exemplo, quando v= oc=EA pressiona uma tecla ou mexe o mouse, por mais carregado que o sistema= esteja, voc=EA quer que ele responda ao seu comando imediatamente, e n=E3o= que ele fique mais um pouco fazendo o que ele estava, para da=ED processar= sua entrada de teclado ou mouse, pois esse atraso pode ser percept=EDvel e= inc=F4modo.


[]'s

Fabiano.


2010/10/13 Eduardo Sch= oedler <eschoedler@viavale.com.br>

Voc=EA pode tentar baixar os HZ no kernel.... deixe em 100 ou 250 ao inv=E9s de 1000. Este =FAltimo =E9 para uso em servidores ou firewalls.<= /span>

Vai economizar at=E9 bateria...

=A0

_____________________________________________
=A0Eduardo Schoedl= er<= br>
<= /p>

=A0

De: contato@joaoc= arlos.co.cc [mailto:contato@joaocarlos.co.cc] Em nome de Jo=E3o 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=E3o para = a =E1rvore est=E1vel...

=A0

Estou falando em simplesmente aceitar pacotes est=E1veis para a minha arquitetura= . Atualmente eu estou mantendo no meu make.conf: ACCEPT_KEYWORKDS=3D"~amd64". A proposta =E9 usar=A0ACCEPT_KEYWORKDS=3D"amd64", permitindo a instala=E7=E3o so= mente dos pacotes est=E1veis da =E1rvore do reposit=F3rio. Posso ter falado d+, m= as a ideia principal era essa! ehehehehe!


Jo=E3o Carlos Nunes Bittencourt

Graduando em=A0Engenharia de Computa=E7=E3o (2007.1)
Membro do Grupo PET Engenharia de Computa=E7=E3o

Membro do Diret=F3rio Acad=EAmico DEBUG Reloaded - Gest=E3o 2010-2011
Representante Discente do Colegiado
Universidade Estadual de Feira de Santana
--
Lattes: http://lattes.cnpq.br/6741995694783822
Mail: = jhonny.= bittencourt@gmail.com
Linux User Group - UEFS: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"= ""|__|"""|__|"""|__



2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br>

Em 13-10-2010 09:53, Jo=E3o Carlos escreveu:

Ol=E1 todos!

Uso o Gentoo h=E1 pouco menos de 1 ano e de l=E1 pra c=E1 tenho feito uma s=E9r= ie de descobertas que me incentivam a continuar utilizando este sistema. Entretan= to, algumas coisas ainda me incomodam nele. Tenho um notebook Dell Inspiron = 1525 e desde que instalei o Gentoo nele ainda n=E3o me sinto a vontade para afir= mar que o meu sistema =E9 est=E1vel. Overloadings no sistema, super-aquecimento= durante a compila=E7=E3o e o pior de tudo... Travamentos repentinos. A quest=E3o do aquecimento =E9 justificada pelo Core2Duo que esquenta d+ durante as compil= a=E7=F5es. Em uso normal, numa sala com ar condicionado, ele costuma ficar entre 40 e = 50=B0 sem que eu fa=E7a nada com ele.

Bom, como sou um entusiasta e adoro desafios estou pensando em migrar todo o meu sistema para a =E1rvore est=E1vel. Como sei que esse n=E3o vai ser um traba= lho simples, gostaria de antes disso pedir a opini=E3o e ajuda do pessoal mais experiente, j=E1 que de cara notei que n=E3o posso resolver com um simples = emerge. De cara j=E1 percebi uma s=E9rie de conflitos de pacotes bloqueados que cre= io n=E3o ser simples de resolver. Eu gosto de estar com meu sistema sempre atualizad= o, mas estas quest=F5es de estabilidade tem me tirado do s=E9rio! J=E1 usei ou= tros sistemas, como Debian Likes e openSUSE e n=E3o me lembro de ter problemas, principalmente com travamentos.=A0

J=E1 que estou para fazer um processo t=E3o trabalhoso, queria saber tamb=E9m se existe al= gum testbench para verificar e comparar os resultados de desempenho antes e depois da transi=E7=E3o.

=A0

Abra=E7os!


Jo=E3o Carlos Nunes Bittencourt

Graduando em=A0Engenharia de Computa=E7=E3o (2007.1)
Membro do Grupo PET Engenharia de Computa=E7=E3o

Membro do Diret=F3rio Acad=EAmico DEBUG Reloaded - Gest=E3o 2010-2011
Representante Discente do Colegiado
Universidade Estadual de Feira de Santana
--
Lattes: http://lattes.cnpq.br/6741995694783822
Mail: = jhonny.= bittencourt@gmail.com
Linux User Group - UEFS: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"= ""|__|"""|__|"""|__

=A0

Do= que voc=EA est=E1 falando? =C1rvore est=E1vel? Desempenho melhor em rela=E7=E3o ao que? Acho que voc=EA est=E1 = viajando na maionese...

=A0



--0015174c175a9878e8049280700a--