[gentoo-user-br] Migrar ou não para a árvore estável...

[gentoo-user-br] Migrar ou não para a árvore estável...

[João Carlos]

[-- Attachment #1: Type: text/plain, Size: 2067 bytes --]

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 <joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com*
Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__

[-- Attachment #2: Type: text/html, Size: 3217 bytes --]

Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 2374 bytes --]

 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 <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
> <mailto: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...



[-- Attachment #1.2: Type: text/html, Size: 4567 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[João Carlos]

[-- Attachment #1: Type: text/plain, Size: 3259 bytes --]

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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>
>
>

[-- Attachment #2: Type: text/html, Size: 6178 bytes --]

RES: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Eduardo Schoedler]

[-- Attachment #1: Type: text/plain, Size: 3723 bytes --]

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 <mailto:joaocarlos@ecomp.uefs.br> onny.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ã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 <mailto:joaocarlos@ecomp.uefs.br> 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...



 


[-- Attachment #2: Type: text/html, Size: 10163 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 4510 bytes --]

 Em 13-10-2010 10:47, Eduardo Schoedler escreveu:
>
> 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 <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
> <mailto:onny.bittencourt@gmail.com>*
> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>
>
>
> 2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br
> <mailto:zhushazang@yahoo.com.br>>
>
> 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
>     <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>     <mailto: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...
>
>  
>
Sr. Eduardo, teria link falando sobre esse HZ. Achei que fosse ao
contrário. 1000 para Desktop 300,250,100 para Desktop. Digo isso, pois
usando os últimos 3, frequentemente tenho problemas com mp3 lentas.

Att

[-- Attachment #1.2: Type: text/html, Size: 16613 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[João Carlos]

[-- Attachment #1: Type: text/plain, Size: 5112 bytes --]

Não sabia que o uso do ACCEPT_KEYWORDS havia sido descontinuado... Removi
ele do meu make.conf para fazer um este e funcionou como se eu estivesse
selecionando somente pacotes amd64. Resta saber o que vou fazer com tanto
conflito aqui... Como que funciona agora com o autounmask? Alguma
recomendação de como proceder para atualizar meu sistema agora?
Com relação à configuração do meu make.conf uso:
CFLAGS="-march=native -Os -pipe"
MAKEOPTS="-j3"

Uso o Os, pois li que era mais recomendado para economizar espaço e a
performance era legal. No início eu usava O2. Vou pesquisar sobre esse HZ.

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 <joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com*
Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__



2010/10/13 Eduardo Schoedler <eschoedler@viavale.com.br>

>  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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>
>
>

[-- Attachment #2: Type: text/html, Size: 9710 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 6244 bytes --]

 Em 13-10-2010 11:11, João Carlos escreveu:
> Não sabia que o uso do ACCEPT_KEYWORDS havia sido descontinuado...
> Removi ele do meu make.conf para fazer um este e funcionou como se eu
> estivesse selecionando somente pacotes amd64. Resta saber o que vou
> fazer com tanto conflito aqui... Como que funciona agora com o
> autounmask? Alguma recomendação de como proceder para atualizar meu
> sistema agora?
> Com relação à configuração do meu make.conf uso:
> CFLAGS="-march=native -Os -pipe"
> MAKEOPTS="-j3"
>
> Uso o Os, pois li que era mais recomendado para economizar espaço e a
> performance era legal. No início eu usava O2. Vou pesquisar sobre esse HZ.
>
> 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 <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
> <mailto:onny.bittencourt@gmail.com>*
> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>
>
>
> 2010/10/13 Eduardo Schoedler <eschoedler@viavale.com.br
> <mailto:eschoedler@viavale.com.br>>
>
>     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>
>     [mailto: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
>     <mailto: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
>     <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>     <mailto:onny.bittencourt@gmail.com>*
>     Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
>     __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>
>
>
>     2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br
>     <mailto:zhushazang@yahoo.com.br>>
>
>     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
>         <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>         <mailto: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...
>
>      
>
>
Cara, man gcc e http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel para
uma adequação melhor à performance. E que eu saiba -Os tem um custo de
compilação.

Att

[-- Attachment #1.2: Type: text/html, Size: 19548 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

[-- Attachment #1: Type: text/plain, Size: 5739 bytes --]

Como assim custo de compilação?

O "-Os" é exatamente igual ao "-O2", com a excessão de que não inclui as
otimizações do "-O2" que aumentam o tamanho do binário (por exemplo loop
unrolling), o que faz com que os bins fiquem menores em relação ao "-O2".

[]'s


Fabiano.


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

>  Em 13-10-2010 11:11, João Carlos escreveu:
>
> Não sabia que o uso do ACCEPT_KEYWORDS havia sido descontinuado... Removi
> ele do meu make.conf para fazer um este e funcionou como se eu estivesse
> selecionando somente pacotes amd64. Resta saber o que vou fazer com tanto
> conflito aqui... Como que funciona agora com o autounmask? Alguma
> recomendação de como proceder para atualizar meu sistema agora?
> Com relação à configuração do meu make.conf uso:
> CFLAGS="-march=native -Os -pipe"
>  MAKEOPTS="-j3"
>
>  Uso o Os, pois li que era mais recomendado para economizar espaço e a
> performance era legal. No início eu usava O2. Vou pesquisar sobre esse HZ.
>
>  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 <joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com*
> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>
>
>
> 2010/10/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>  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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>>
>>
>>
>
>  Cara, man gcc e http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel para uma
> adequação melhor à performance. E que eu saiba -Os tem um custo de
> compilação.
>
> Att
>

[-- Attachment #2: Type: text/html, Size: 17848 bytes --]

Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 7486 bytes --]

 Em 13-10-2010 11:34, Fabiano - deStilaDo escreveu:
> Como assim custo de compilação?
>
> O "-Os" é exatamente igual ao "-O2", com a excessão de que não inclui
> as otimizações do "-O2" que aumentam o tamanho do binário (por exemplo
> loop unrolling), o que faz com que os bins fiquem menores em relação
> ao "-O2".
>
> []'s
>
>
> Fabiano.
>
>
> 2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br
> <mailto:zhushazang@yahoo.com.br>>
>
>     Em 13-10-2010 11:11, João Carlos escreveu:
>>     Não sabia que o uso do ACCEPT_KEYWORDS havia sido
>>     descontinuado... Removi ele do meu make.conf para fazer um este e
>>     funcionou como se eu estivesse selecionando somente pacotes
>>     amd64. Resta saber o que vou fazer com tanto conflito aqui...
>>     Como que funciona agora com o autounmask? Alguma recomendação de
>>     como proceder para atualizar meu sistema agora?
>>     Com relação à configuração do meu make.conf uso:
>>     CFLAGS="-march=native -Os -pipe"
>>     MAKEOPTS="-j3"
>>
>>     Uso o Os, pois li que era mais recomendado para economizar espaço
>>     e a performance era legal. No início eu usava O2. Vou pesquisar
>>     sobre esse HZ.
>>
>>     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
>>     <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>>     <mailto:onny.bittencourt@gmail.com>*
>>     Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
>>     __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>>
>>
>>
>>     2010/10/13 Eduardo Schoedler <eschoedler@viavale.com.br
>>     <mailto:eschoedler@viavale.com.br>>
>>
>>         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>
>>         [mailto: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
>>         <mailto: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
>>         <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>>         <mailto:onny.bittencourt@gmail.com>*
>>         Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
>>         __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>>
>>
>>
>>         2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br
>>         <mailto:zhushazang@yahoo.com.br>>
>>
>>         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
>>             <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>>             <mailto: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...
>>
>>          
>>
>>
>     Cara, man gcc e http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel
>     para uma adequação melhor à performance. E que eu saiba -Os tem um
>     custo de compilação.
>
>     Att
>
>
AH ok, então ao fazer uma optimização diminuindo o tamanho dos binários
não há um custo na hora de compilar os mesmos, seja de processamento ou
de memória ram?

att

[-- Attachment #1.2: Type: text/html, Size: 27951 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

> AH ok, então ao fazer uma optimização diminuindo o tamanho dos binários não há um custo na hora de compilar os mesmos, seja de processamento ou de memória ram?

Sim, há. Imaginei que fosse sobre isso mesmo que vc estava falando,
minha pergunta "como assim?" foi literal, só para ter certeza de que
era isso mesmo. Perguntei porque achei estranha sua colocação, deu a
impressão de que usar "-Os" vai impactar negativamente na compilição
do sistema, aumentar muito o tempo de compilação, quando na verdade
não faz diferença ou até mais rápido, pois o padrão é "-O2", não só
para o Gentoo, mas para a maioria das distribuições e para o kernel em
si. Então não vi relevância na afirmação...

Eu arriscaria dizer até que para grande maioria dos casos, a diferença
é pouco significante. Talvez dependendo do hardware ou para pacotes
muito grandes faça uma diferença mais significativa.. Mas só para um
teste rápido, eu recompilei o apache aqui 5 vezes com cada opção, e o
resultado foi o seguinte (mediana das 5 execuções):

-O3     1m20.182s
-O2     1m20.137s
-Os     1m20.107s
-O0     1m20.147s

Nesse, caso diferenças de 75 ms são completamente desprezíveis e não
dizem nada, porque recompilando para uma mesma otimização eu tive
diferenças de cerca de 600 ms.

Resumindo meu ponto: sendo o "-O2" o padrão da grande maioria dos
sistemas linux, o referido "custo de compilação" é desprezível em
comparação ao "-Os".

Mas mudando um pouco de assunto, eu recomendo muito o "-Os" na maioria
dos casos hoje, principalmente em desktops, pois normalmente "sobra"
processador e o gargalo é o IO. Com binários menos você tem um
carregamento mais rápido das aplicações, bibliotecas, etc., e ainda
usa menos memória ram.

[]'s


Ps.: Resultado completo das 5 compilações do apache aqui com cada
nível de otimização do gcc?

Compiling apache-2.2.16 with -O3: 1m20.378s 1m20.308s 1m20.182s
1m20.120s 1m20.086s
Compiling apache-2.2.16 with -O2: 1m20.592s 1m20.248s 1m20.137s
1m19.998s 1m19.800s
Compiling apache-2.2.16 with -Os: 1m20.443s 1m20.314s 1m20.107s
1m20.030s 1m19.964s
Compiling apache-2.2.16 with -O0: 1m20.500s 1m20.363s 1m20.147s
1m20.125s 1m19.877s


Fabiano.


2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br>
>
> Em 13-10-2010 11:34, Fabiano - deStilaDo escreveu:
>
> Como assim custo de compilação?
>
> O "-Os" é exatamente igual ao "-O2", com a excessão de que não inclui as otimizações do "-O2" que aumentam o tamanho do binário (por exemplo loop unrolling), o que faz com que os bins fiquem menores em relação ao "-O2".
>
> []'s
>
>
> Fabiano.
>
>
> 2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br>
>>
>> Em 13-10-2010 11:11, João Carlos escreveu:
>>
>> Não sabia que o uso do ACCEPT_KEYWORDS havia sido descontinuado... Removi ele do meu make.conf para fazer um este e funcionou como se eu estivesse selecionando somente pacotes amd64. Resta saber o que vou fazer com tanto conflito aqui... Como que funciona agora com o autounmask? Alguma recomendação de como proceder para atualizar meu sistema agora?
>> Com relação à configuração do meu make.conf uso:
>> CFLAGS="-march=native -Os -pipe"
>> MAKEOPTS="-j3"
>> Uso o Os, pois li que era mais recomendado para economizar espaço e a performance era legal. No início eu usava O2. Vou pesquisar sobre esse HZ.
>> 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: jhonny.bittencourt@gmail.com
>> Linux User Group - UEFS: http://tanenbaum.uefs.br/lug-uefs
>> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>>
>>
>> 2010/10/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>
>>> 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: 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ã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: jhonny.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...
>>>
>>>
>>
>> Cara, man gcc e http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel para uma adequação melhor à performance. E que eu saiba -Os tem um custo de compilação.
>>
>> Att
>
> AH ok, então ao fazer uma optimização diminuindo o tamanho dos binários não há um custo na hora de compilar os mesmos, seja de processamento ou de memória ram?
>
> att

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

[-- Attachment #1: Type: text/plain, Size: 5856 bytes --]

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 <eschoedler@viavale.com.br>

>  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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>
>
>

[-- Attachment #2: Type: text/html, Size: 9865 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

[-- Attachment #1: Type: text/plain, Size: 6407 bytes --]

Ah, também não vejo como a freqüência de interrupções do kernel possa
influenciar no consumo de energia. Pode ser a freqüência (clock) da CPU, daí
sim, nesse caso eu recomendaria um gerenciador dinâmico de freqüência da
CPU, como o "ondemand" do kernel (CONFIG_CPU_FREQ_GOV_ONDEMAND).

[]'s


Fabiano.


2010/10/13 Fabiano - deStilaDo <fabianoengler@gmail.com>

> 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 <eschoedler@viavale.com.br>
>
>>  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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>>
>>
>>
>
>

[-- Attachment #2: Type: text/html, Size: 10621 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 4090 bytes --]

 Em 13-10-2010 10:39, João Carlos escreveu:
> 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 <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
> <mailto:onny.bittencourt@gmail.com>*
> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__
>
>
>
> 2010/10/13 Zhu Sha Zang <zhushazang@yahoo.com.br
> <mailto:zhushazang@yahoo.com.br>>
>
>     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
>>     <mailto:joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com
>>     <mailto: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...
>
>
>
É, não recomendo abrir o orifício do Gentoo dessa maneira. Se não me
engano, inclusive, ACCEPT_KEYWORKDS está "deprecated". Utilizo-me do
/etc/portage + autounmask para colocar unstable apenas o que
desejo+necessito. Dá um pouco mais de trabalho, porém maior "controle".
Acho que quanto à performance, tem mais haver quanto ao seu CFLAGS e
MAKEOPTS no /etc/make.conf.

Att

[-- Attachment #1.2: Type: text/html, Size: 9079 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Nuno J. Silva]

Zhu Sha Zang <zhushazang@yahoo.com.br>
writes:

>  Em 13-10-2010 10:39, João Carlos escreveu:
>> 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!
>
> É, não recomendo abrir o orifício do Gentoo dessa maneira. Se não me
> engano, inclusive, ACCEPT_KEYWORKDS está "deprecated". Utilizo-me do

Acho que o que está deprecated é usar ACCEPT_KEYWORDS na linha de
comandos, que era uma prática usada por algumas pessoas para instalar
pacotes instáveis, estilo

# ACCEPT_KEYWORDS="~amd64" emerge bluez

Em vez de usar o package.keywords.


O João está a falar da variável no make.conf. Essa aí provavelmente não
está deprecated até porque a ideia é mesmo dizer ali se queremos um
sistema todo stable ou usar as versões mais novas que estão "instáveis".

Eu estou a usar a estável para amd64 e não tenho tido problemas (excepto
aquele do cups não imprimir PDFs e um ou outro do género, mas nada que
faça o computador ficar instável).

> /etc/portage + autounmask para colocar unstable apenas o que
> desejo+necessito. Dá um pouco mais de trabalho, porém maior "controle".
> Acho que quanto à performance, tem mais haver quanto ao seu CFLAGS e
> MAKEOPTS no /etc/make.conf.
>
> Att

-- 
Nuno J. Silva
gopher://sdf-eu.org/1/users/njsg

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Daniel Medeiros]

[-- Attachment #1: Type: text/plain, Size: 882 bytes --]

O "-Os" pode gerar pacotes quebrados e atualmente está desaconselhado. Eu
tive alguns problemas com ele e atualmente uso o "-O2" e estou
satisfeitíssimo. Acredito que muitas vezes o melhor é ter menos dor de
cabeça, principalmente se você usa o sistema como principal. Quer melhorar
um pouco mais faça um hash style, mexa nas LDFLAGS. É bem mais negócio do
que colocar um "-O3" ou mesmo um "-Os". Minha humilde opinião.
E quanto ao testing cai na mesma. Hoje eu uso um x86 aqui no laptop, nem me
animo ainda com x86-64. O sistema está rodando bonito e sem problemas.
Melhor assim: sobra mais tempo pra aprender outras coisas. Gentoo relamente
é viciante na questão instalação, rsc. Que o diga eu.
Hoje em dia eu crio um stage4 recompilo e acrescento coisas e tiro outras
quando preciso instalar algo pra alguém. Fiz assim em alguns computadores de
amigos. Poupa tempo.

[-- Attachment #2: Type: text/html, Size: 935 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

[-- Attachment #1: Type: text/plain, Size: 5624 bytes --]

Cara, vc tem noção que vc tá rodando o sistema inteiro "testing"?? Significa
que vc está usando praticamente as versões mais recentes de todos os
pacotes, que ainda não foram testadas o suficiente, e por isso *ainda estão
em teste*, ou seja, não são consideradas estáveis ainda pelos
desenvolvedores do Gentoo.

Quanto aos travamentos, isso é muito vago, pode ser um milhão de coisas (o
que exatamente trava? quando trava? o que é travar pra vc?), inclusive vc
estar usando um sistema inteiro não estável ainda, ou ainda, problemas de
hardware (já que vc citou superaquecimento, isso não é um problema do
gentoo, é do ser hardware), má configuração do sistema, das CFLAGS, do
kernel, de drivers, etc., etc., etc...

Normalmente se fala em migração de stable (estável, amd64 no seu caso) para
testing (versões em teste, ~amd64 no seu caso) e não o contrário. Ou você se
confundiu completamente, ou como disse o Zhu, tá viajando completamente na
maionese...

Eu não recomendaria a ninguém usar o Gentoo testing (~arch) como você disse
que está fazendo, é pedir para ter dor de cabeça mesmo, afinal, *não tá
estável!!* A menos é claro, em casos específicos, como por um exemplo um
usuário avançado de Gentoo ou desenvolvedor, rodando testing para fins de
testing mesmo. No resto dos casos, 99,9%, você deve usar um sistema estável
(arch, e não ~arch), e caso você precise de última versão de alguns
softwares específicos, aí sim vc libera a versão testing *somente para
aqueles softwares específicos.*

E isso não tem nada a ver com performance, até mesmo por que não teria como
comparar "estable" vs. "testing" no gentoo, visto que o Gentoo é uma
"rolling" distro, não tem versão para você comparar, um teste "estable" vs
"testing" hoje de manhã pode ser diferente de um hoje a noite se vc fiz um
update & upgrade... Repito: estable e testing não tem a ver com performance,
mas com estabilidade do sistema, e isso é por pacote, cada pacote tem
versões que já foram suficientemente testadas pelos desenvolvedores do
gentoo a ponto de serem consideradas estáveis, e outras versões que ainda
estão em teste, que normalmente, se não apresentarem problemas, deverão ser
marcadas como estáveis quando os desenvolvedores assim as considerarem.


Fabiano.


2010/10/13 João Carlos <jhonny.bittencourt@gmail.com>

> 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 <joaocarlos@ecomp.uefs.br>onny.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ã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 <joaocarlos@ecomp.uefs.br>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...
>>
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 8883 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Thiago Nunes]

Em 13 de outubro de 2010 09:53, João Carlos
<jhonny.bittencourt@gmail.com> escreveu:

> 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.

50º com ele parado e numa sala com temperatura ambiente a +- 22º não é
normal não. Nem para um core2 duo. Alias, os processadores da
arquitetura core2 esquentam muito pouco, mesmo os dual core, e os
mobile esquentam menos ainda, então não pode ser normal isso.

E pelo jeito não é só tu que reclama disso:
http://en.kioskea.net/forum/affich-71233-dell-inspiron-1525-over-heats-shuts-down
http://www.computing.net/answers/hardware/dell-inspiron-1525-overheating-issues/58579.html
http://answers.yahoo.com/question/index?qid=20090119185204AAGxqnT
http://notebooks.bigresource.com/Dell-Inspiron-1525-overheating--wYrcIrxE.html

Aqui o vídeo de um maluco que jura que só tirando a poeira da saída de
ar e das aletas do dissipador ja resolve:
http://www.youtube.com/watch?v=E6riEox42Fs
(acho que é bom trocar a pasta térmica também, se for por uma artic
silver melhor ainda)

> 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.

Na verdade a árvore é uma só, o teu keyword padrão é que é o de teste.
Mas enfim...

Cara, o downgrade acho que é mais trabalhoso que difícil. Basicamente
é tirar o ~x86 do make.conf e rodar um emerge world -uDN. Claro que
podem acontecer alguns bloqueios que o portage não resolva sozinho mas
acho que são mínimos.

Mas sinceramente tu deves ter algum outro problema aí. O travamento
que tu fala é total? A máquina tranca e aí só desligando no botão?
Usar as versões em teste dos pacotes realmente te deixa mais
suscetível a erros de compilação e bugs ocasionais em alguns
programas, mas é só isso. Eu uso o exato mesmo sistema desde julho de
2005, sempre ~x86, e só venho atualizando. Recentemente migrei ele do
meu desktop rodando em cima do LVM para um notebook com o / numa
partição btrfs, mas também ja passei pela migração do gcc 3 para 4,
várias atualizações da glibc, algumas meio trabalhosas, e também ja
abandonei o portage para usar o paludis e recentemente voltei para o
portage e sinceramente acho cada vez eu tenho menos problemas por ser
~x86.

Por isso que eu te digo que a gente precisa saber exatamente o que
está acontecendo antes de colocar a culpa nos pacotes ~x86. Se ratiar
é só uma opção de compilação do kernel ou até mesmo uma questão de
hardware que pode persistir depois da migração para o "branch"
estável. Por isso é importante saber pontualmente qual o problema da
tua máquina antes de colocar a culpa no "branch" de teste como um
todo.

Além disso os pacotes que estão em teste só estão assim para os
desenvolvedores do gentoo, porque o desenvolvedor do software ja o
considera estável. A não ser quando a própria versão do pacote seja
alpha, beta, ou rc segundo o próprio desenvolvedor. Inclusive um
sistema que é mantido sempre atualizado usando direto as versões dos
desenvolvedores dos softwares é com certeza mais seguro contra falhas
de segurança que um gentoo usando "branch" estável mas que não recebe
atualizações a alguns meses. Inclusive isso de confiar direto no
desenvolvedor do pacote sem ter uma organização de "em teste" ou
"estável" da própria distribuição é, se eu não me engano, a filosofia
do arch linux.

> 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.

Desempenho? O desempenho geral não tem porque ter diferença.

[]s

--
thiago

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[David Kurka]

[-- Attachment #1: Type: text/plain, Size: 1055 bytes --]

2010/10/13 Thiago Nunes <thiagonunesrs@gmail.com>

> Cara, o downgrade acho que é mais trabalhoso que difícil. Basicamente
> é tirar o ~x86 do make.conf e rodar um emerge world -uDN. Claro que
> podem acontecer alguns bloqueios que o portage não resolva sozinho mas
> acho que são mínimos.
>


uma forma boa de se fazer o downgrade é desmascarar todos os pacotes que
foram instalados com keyword ~amd64 no /etc/portage/package.keywords e então
tirar o ~amd64 do make.conf.

Dessa forma você não terá conflitos de pacotes, pois os pacotes instalados
já vão estar desmascarados, mas nenhum pacote instável novo será instalado,
a partir desse momento apenas os instáveis.
Com o passar do tempo, os pacotes instáveis vão se tornando estáveis e logo
você terá um sistema totalmente instável.

Eu já fiz esse downgrade e funcionou... Nesse site tem algumas dicas de como
pegar a lista dos pacotes instáveis instalados:
http://wiki.sabayonlinux.org/index.php?title=HOWTO:_Switch_from_Test_to_Stable_Packages


Abraços!
-- 
David Kurka

[-- Attachment #2: Type: text/html, Size: 1596 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Daniel da Veiga]

2010/10/13 João Carlos <jhonny.bittencourt@gmail.com>:
> 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.

Não te aconselho esta troca. A não ser reinstalando (claro, com backups).
Eu fui para o testing do stable pois não aguentava mais esperar pela
última versão do Firefox por um mês (e por diversos conflitos com os
drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
testing não é "cheia de bugs e propensa a dar freeze", ela só está
mais atual com o upstream, e portanto foi testada menos.

Quanto ao seu notebook. Antes de mais nada verificar se as aletas de
ventilação e o próprio cooler do notebook não estão sujos, diminuindo
sua eficiência térmica. Depois implementar reguladores de frequência.
Como você mesmo falou, um Core 2 Duo esquenta, até normalmente. Estou
com um desses aqui e a temperatura é alta mesmo. Na sala a 20 graus, o
processador está permanentemente entre 35 e 40 (em idle), se exigir
dele, vai tranquilo para 60, 70, e os coolers vão a loucura. Claro que
é um desktop, portanto, não uso gerenciamento de frequência, mas num
notebook é necessário. Eu tinha um P4 2.6 que tinha que ser regulado
para 2.0 durante full load senão atingia o pico de temperatura e
desligava.

Se seu problema é temperatura, simplesmente regular a frequência deve
te dar mais autonomia de bateria, menores temperaturas, em geral,
melhor gerenciamento térmico, e seus travamentos provavelmente vem
disso, não das versões do software instalado.

-- 
Daniel da Veiga

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[João Carlos]

[-- Attachment #1: Type: text/plain, Size: 5979 bytes --]

Eu concordo que a árvore de teste não é tão ruim assim. Até por que conheço
gente que usa sem problemas e inclusive eu aprendi a instalar o Gentoo
usando os pacotes testing. Acontece que um outro problema aparece quando
começam a aparecer muitas atualizações. Praticamente todos os dias saem
muitas atualizações, e o processo de compilação gera um custo de uso do HD
também. Fora que para um notebook não é legal ficar ligado muito tempo com o
processador em 100% e as vezes eu preciso usar outras ferramentas enquanto
ele está compilando. Geralmente atualizações no KDE, OpenOffice, Chromium e
Firefox me tomam horas!

Estou começando a mudar de ideia quanto à usar a keyword estável, mas para
isso preciso encontrar uma forma de evitar gastar muito tempo compilando
vários pacotes com atualizações diárias. Já fiz isso mascarando versões mais
novas de alguns programas, mas com eles estão em testes, ou por qq outro
motivio, as vezes acontece de serem retirados da árvore. ehehehe! Com o
Chromium, por exemplo, isso com uma certa frequência.

Com relação à CPU é provável que haja sujeira nas aletas de saída de ar e
com esse vídeo ficou fácil limpar. Pelo tempo de uso, a pasta térmica deve
estar ressecada também. Eu uso o gerenciamento dinâmico ondemand há algum
tempo, e mesmo com o processador a 1Ghz, neste momento a temperatura está
variando entre 58 e 60° numa sala com temperatura em torno de 22°. Quando eu
compilo alguma coisa é certo que ele vai desligar, pois chega a bater 83°.

Os travamentos geralmente são totais e eu tenho que desligar no botão. Em
alguns casos posso culpar a temperatura, mas algumas vezes eu acabei de
ligar o Note, abro o Writer, por exemplo, começo a editar um arquivo, e de
repente ele trava. Ontem mesmo tive de religa-lo 3x até conseguir terminar
de escrever uma frase em um documento de texto. Sei que tudo isso é
relativo, mas achei a migração uma opção, visto que não há uma explicação
para o que acontece.

Como o Zhu falou que o ACCEPT_KEYWORDS é deprecated, o que usar no lugar?
Colocar todos os pacotes no package.keywords parece coisa de doido!

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 <joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com*
Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__



2010/10/13 Daniel da Veiga <danieldaveiga@gmail.com>

> 2010/10/13 João Carlos <jhonny.bittencourt@gmail.com>:
> > 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.
>
> Não te aconselho esta troca. A não ser reinstalando (claro, com backups).
> Eu fui para o testing do stable pois não aguentava mais esperar pela
> última versão do Firefox por um mês (e por diversos conflitos com os
> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
> testing não é "cheia de bugs e propensa a dar freeze", ela só está
> mais atual com o upstream, e portanto foi testada menos.
>
> Quanto ao seu notebook. Antes de mais nada verificar se as aletas de
> ventilação e o próprio cooler do notebook não estão sujos, diminuindo
> sua eficiência térmica. Depois implementar reguladores de frequência.
> Como você mesmo falou, um Core 2 Duo esquenta, até normalmente. Estou
> com um desses aqui e a temperatura é alta mesmo. Na sala a 20 graus, o
> processador está permanentemente entre 35 e 40 (em idle), se exigir
> dele, vai tranquilo para 60, 70, e os coolers vão a loucura. Claro que
> é um desktop, portanto, não uso gerenciamento de frequência, mas num
> notebook é necessário. Eu tinha um P4 2.6 que tinha que ser regulado
> para 2.0 durante full load senão atingia o pico de temperatura e
> desligava.
>
> Se seu problema é temperatura, simplesmente regular a frequência deve
> te dar mais autonomia de bateria, menores temperaturas, em geral,
> melhor gerenciamento térmico, e seus travamentos provavelmente vem
> disso, não das versões do software instalado.
>
> --
> Daniel da Veiga
>
>

[-- Attachment #2: Type: text/html, Size: 8014 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Daniel da Veiga]

72010/10/13 João Carlos <jhonny.bittencourt@gmail.com>:
> Eu concordo que a árvore de teste não é tão ruim assim. Até por que conheço
> gente que usa sem problemas e inclusive eu aprendi a instalar o Gentoo
> usando os pacotes testing. Acontece que um outro problema aparece quando
> começam a aparecer muitas atualizações. Praticamente todos os dias saem
> muitas atualizações, e o processo de compilação gera um custo de uso do HD
> também. Fora que para um notebook não é legal ficar ligado muito tempo com o
> processador em 100% e as vezes eu preciso usar outras ferramentas enquanto
> ele está compilando. Geralmente atualizações no KDE, OpenOffice, Chromium e
> Firefox me tomam horas!
> Estou começando a mudar de ideia quanto à usar a keyword estável, mas para
> isso preciso encontrar uma forma de evitar gastar muito tempo compilando
> vários pacotes com atualizações diárias. Já fiz isso mascarando versões mais
> novas de alguns programas, mas com eles estão em testes, ou por qq outro
> motivio, as vezes acontece de serem retirados da árvore. ehehehe! Com o
> Chromium, por exemplo, isso com uma certa frequência.
> Com relação à CPU é provável que haja sujeira nas aletas de saída de ar e
> com esse vídeo ficou fácil limpar. Pelo tempo de uso, a pasta térmica deve
> estar ressecada também. Eu uso o gerenciamento dinâmico ondemand há algum
> tempo, e mesmo com o processador a 1Ghz, neste momento a temperatura está
> variando entre 58 e 60° numa sala com temperatura em torno de 22°. Quando eu
> compilo alguma coisa é certo que ele vai desligar, pois chega a bater 83°.
> Os travamentos geralmente são totais e eu tenho que desligar no botão. Em
> alguns casos posso culpar a temperatura, mas algumas vezes eu acabei de
> ligar o Note, abro o Writer, por exemplo, começo a editar um arquivo, e de
> repente ele trava. Ontem mesmo tive de religa-lo 3x até conseguir terminar
> de escrever uma frase em um documento de texto. Sei que tudo isso é
> relativo, mas achei a migração uma opção, visto que não há uma explicação
> para o que acontece.
> Como o Zhu falou que o ACCEPT_KEYWORDS é deprecated, o que usar no lugar?
> Colocar todos os pacotes no package.keywords parece coisa de doido!

Nem tem como. Eu tentei, melhor coisa que eu fiz foi mudar para o
testing e apagar tudo do package.keywords. Solução para diversas dores
de cabeça.

Voltando ao assunto, você já rodou o memtest86 nesse notebook? Pois se
o problema não é o processador esquentando (como você disse, estaria
frio ainda, pois recém ligado) talvez haja um problema na memória. É
algo a se pensar, pois freezes assim meio "randômicos" eu desconfio
sempre da memória.

Quanto a compilação. Cara, vou ser sincero, você está com a síndrome
da atualização constante do Gentoo. Eu sincronizo e atualizo o sistema
a cada 15 dias (as vezes 20, 25). Isso me toma geralmente uma noite
bem dormida (ok, com OO e Kdelibs, talvez duas) para compilar, mesmo
em um netbook, nunca deixo ele gastar bateria com isso, muito menos
processamento que eu  preciso para trabalhar/navegar.

-- 
Daniel da Veiga

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[João Carlos]

[-- Attachment #1: Type: text/plain, Size: 4213 bytes --]

É verdade Daniel... Eu confesso que desde que instalei o Gentoo, criei um
vício por atualização! uahuaheuehuhea
Nas outras distros isso não era problema, visto que era só instalar. Acabei
trazendo essa mania pro Gentoo. Acho que terei que me policiar um pouco com
relação a isso.

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 <joaocarlos@ecomp.uefs.br>onny.bittencourt@gmail.com*
Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs
__|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__



2010/10/13 Daniel da Veiga <danieldaveiga@gmail.com>

> 72010/10/13 João Carlos <jhonny.bittencourt@gmail.com>:
> > Eu concordo que a árvore de teste não é tão ruim assim. Até por que
> conheço
> > gente que usa sem problemas e inclusive eu aprendi a instalar o Gentoo
> > usando os pacotes testing. Acontece que um outro problema aparece quando
> > começam a aparecer muitas atualizações. Praticamente todos os dias saem
> > muitas atualizações, e o processo de compilação gera um custo de uso do
> HD
> > também. Fora que para um notebook não é legal ficar ligado muito tempo
> com o
> > processador em 100% e as vezes eu preciso usar outras ferramentas
> enquanto
> > ele está compilando. Geralmente atualizações no KDE, OpenOffice, Chromium
> e
> > Firefox me tomam horas!
> > Estou começando a mudar de ideia quanto à usar a keyword estável, mas
> para
> > isso preciso encontrar uma forma de evitar gastar muito tempo compilando
> > vários pacotes com atualizações diárias. Já fiz isso mascarando versões
> mais
> > novas de alguns programas, mas com eles estão em testes, ou por qq outro
> > motivio, as vezes acontece de serem retirados da árvore. ehehehe! Com o
> > Chromium, por exemplo, isso com uma certa frequência.
> > Com relação à CPU é provável que haja sujeira nas aletas de saída de ar e
> > com esse vídeo ficou fácil limpar. Pelo tempo de uso, a pasta térmica
> deve
> > estar ressecada também. Eu uso o gerenciamento dinâmico ondemand há algum
> > tempo, e mesmo com o processador a 1Ghz, neste momento a temperatura está
> > variando entre 58 e 60° numa sala com temperatura em torno de 22°. Quando
> eu
> > compilo alguma coisa é certo que ele vai desligar, pois chega a bater
> 83°.
> > Os travamentos geralmente são totais e eu tenho que desligar no botão. Em
> > alguns casos posso culpar a temperatura, mas algumas vezes eu acabei de
> > ligar o Note, abro o Writer, por exemplo, começo a editar um arquivo, e
> de
> > repente ele trava. Ontem mesmo tive de religa-lo 3x até conseguir
> terminar
> > de escrever uma frase em um documento de texto. Sei que tudo isso é
> > relativo, mas achei a migração uma opção, visto que não há uma explicação
> > para o que acontece.
> > Como o Zhu falou que o ACCEPT_KEYWORDS é deprecated, o que usar no lugar?
> > Colocar todos os pacotes no package.keywords parece coisa de doido!
>
> Nem tem como. Eu tentei, melhor coisa que eu fiz foi mudar para o
> testing e apagar tudo do package.keywords. Solução para diversas dores
> de cabeça.
>
> Voltando ao assunto, você já rodou o memtest86 nesse notebook? Pois se
> o problema não é o processador esquentando (como você disse, estaria
> frio ainda, pois recém ligado) talvez haja um problema na memória. É
> algo a se pensar, pois freezes assim meio "randômicos" eu desconfio
> sempre da memória.
>
> Quanto a compilação. Cara, vou ser sincero, você está com a síndrome
> da atualização constante do Gentoo. Eu sincronizo e atualizo o sistema
> a cada 15 dias (as vezes 20, 25). Isso me toma geralmente uma noite
> bem dormida (ok, com OO e Kdelibs, talvez duas) para compilar, mesmo
> em um netbook, nunca deixo ele gastar bateria com isso, muito menos
> processamento que eu  preciso para trabalhar/navegar.
>
> --
> Daniel da Veiga
>
>

[-- Attachment #2: Type: text/html, Size: 5540 bytes --]

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

> Eu fui para o testing do stable pois não aguentava mais esperar pela
> última versão do Firefox por um mês (e por diversos conflitos com os
> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
> testing não é "cheia de bugs e propensa a dar freeze", ela só está
> mais atual com o upstream, e portanto foi testada menos.

Não é mais fácil fazer o oficialmente recomendado pelo Gentoo, usar
uma base stable e só testing o que você precisa? Eu faço isso e acho
muito melhor. Sempre usei o firefox testing, e no notebook, por causa
da placa de video também e outras coisas uso o Xorg inteiro testing.
Usei o KDE4.0.0 quando estava nem na árvore oficial ainda..

Eu não vejo a questão tanto como problema das versões upstream serem
"bugadas e propensas a dar freeze", mas sim que elas não são estáveis
no Gentoo, pois elas podem interagir com o sistema de formas não
prevista e causar problemas, acontece e já aconteceu várias vezes.

Se você é um usuário um pouco mais avançado, e tem uma ou duas
máquinas com Gentoo para manter, e tem tempo, realmente não é muito
problema deixar tudo testing.

Já pra mim não compensa, sério. Uso Gentoo faz 6 anos, fora algumas
reinstalações no começo, na fase de aprendizado, uso praticamente a
mesma instalação no meu desktop principal desde então, mesmo já tento
trocado de hardware várias vezes, inclusive de amd para intel e depois
de novo para amd. E durante muito tempo achei divertido "brigar" com o
gentoo o resolver todos os problemas q apareciam, mesmo que em muitos
casos fosse mais fácil até fazer um fresh-install, "perderia a graça".

Hoje, além do desktop e laptop com Gentoo, eu administro vários
servidores Gentoo hardened. Hoje, eu só quero dar um "eix-sync &&
emerge world -uDN" em todos os meus Gentoos e quero que isso funcione.
E isso é utopia se falando em universo Gentoo, no stable já é
impossível, no testing mais ainda. Mas nos servidores hardened isso é
já quase uma realidade pra mim. (Claro que pra um servidor não é tão
simples, vc não vai atualizando as cegas, tem que ler e news,
changelogs, ver se vai precisar reiniciar algum serviço, compilar
primeiro, instalar depois, etc., etc.). Ilustração fictícia: "Olha
pessoal, agente vai ficar sem e-mail até amanhã porque eu to
atualizando o Gentoo aqui e demora um pouco, mas tenham paciência, é
só uma biblioteca quebrada do postfix e outra do postgres, até amanhã
tá no ar de novo, e pra garantir isso eu viro a noite aqui de novo,
sem problemas, sério, eu gosto, se eu gostasse de dormir ou ter
família eu não virava sysadmin." =P

Por que que eu vou ficar me metendo com dependência, com
revdep-rebuild, com mascarando aqui, desmacarando ali, brigando com
block, sendo que os gentoo-devs estão lá pra isso? É isso que é o
stable, onde nada disso deveria acontecer. (Claro, desconsiderando os
casos em que vc realmente está testando o testing, e sim, toda vez q
eu encontro algo que deve ser um bug em reporto no bugs.gentoo)

Assim, eu tenho o melhor de todos os mundos, vários sistemas que não
me dão dor de cabeça em stable, as útimas versões dos softwares que eu
quero e que fazem diferença pra mim (firefox, chromium, openrc, etc),
e ainda estou coberto com as atualizações de segurança com o glsa.

Por isso e outras coisas, eu não recomendo usar o testing, não vejo
valor nisso, sendo que você pode ter o testing apenas dos pacotes que
realmente precisa e desfrutar de uma base muito mais estável. Além do
mais, por mais que hoje, depois de tantos anos usando Gentoo, para
usuários mais avançados como eu, você e o Thiago Nunes seja
relativamente fácil resolver quase todos os problemas que aparecem,
pode não ser assim para muita gente. Um block que para nós seja apenas
um "echo alguma coisa >> /etc/portage/algum_arquivo", para um usuário
menos experiente pode render muitas e muitas horas de dor de cabeça, e
xingamentos injustos ao Gentoo, sendo que realmente isso não deveria
ser um problema que eles deveriam estar enfrentando. Fora o tempo que
isso tudo gasta...

E se tá sobrando tempo, tem tanta coisa mais legal pra fazer do que
ficar brigando com o portage, como montar um grid de compilação aí com
o distcc e faz funcionar em pump_mode, montar um repositório local
binário do Gentoo pra compilar cada pacote somente uma vez e usar o
mesmo bin em todas as máquinas com a mesma arquitetura, ou sei lá, ler
as GLEP, ajudar no forum, os gentoo dev docs, hehehe...

[]'s

Fabiano, feliz usuário de várias instâncias do Gentoo Stable há 6 anos =)



2010/10/13 Daniel da Veiga <danieldaveiga@gmail.com>:
> 2010/10/13 João Carlos <jhonny.bittencourt@gmail.com>:
>> 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.
>
> Não te aconselho esta troca. A não ser reinstalando (claro, com backups).
> Eu fui para o testing do stable pois não aguentava mais esperar pela
> última versão do Firefox por um mês (e por diversos conflitos com os
> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
> testing não é "cheia de bugs e propensa a dar freeze", ela só está
> mais atual com o upstream, e portanto foi testada menos.
>
> Quanto ao seu notebook. Antes de mais nada verificar se as aletas de
> ventilação e o próprio cooler do notebook não estão sujos, diminuindo
> sua eficiência térmica. Depois implementar reguladores de frequência.
> Como você mesmo falou, um Core 2 Duo esquenta, até normalmente. Estou
> com um desses aqui e a temperatura é alta mesmo. Na sala a 20 graus, o
> processador está permanentemente entre 35 e 40 (em idle), se exigir
> dele, vai tranquilo para 60, 70, e os coolers vão a loucura. Claro que
> é um desktop, portanto, não uso gerenciamento de frequência, mas num
> notebook é necessário. Eu tinha um P4 2.6 que tinha que ser regulado
> para 2.0 durante full load senão atingia o pico de temperatura e
> desligava.
>
> Se seu problema é temperatura, simplesmente regular a frequência deve
> te dar mais autonomia de bateria, menores temperaturas, em geral,
> melhor gerenciamento térmico, e seus travamentos provavelmente vem
> disso, não das versões do software instalado.
>
> --
> Daniel da Veiga
>
>

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Daniel da Veiga]

2010/10/13 Fabiano - deStilaDo <fabianoengler@gmail.com>:
>> Eu fui para o testing do stable pois não aguentava mais esperar pela
>> última versão do Firefox por um mês (e por diversos conflitos com os
>> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
>> testing não é "cheia de bugs e propensa a dar freeze", ela só está
>> mais atual com o upstream, e portanto foi testada menos.
>
> Não é mais fácil fazer o oficialmente recomendado pelo Gentoo, usar
> uma base stable e só testing o que você precisa? Eu faço isso e acho
> muito melhor. Sempre usei o firefox testing, e no notebook, por causa
> da placa de video também e outras coisas uso o Xorg inteiro testing.
> Usei o KDE4.0.0 quando estava nem na árvore oficial ainda..
>
> Eu não vejo a questão tanto como problema das versões upstream serem
> "bugadas e propensas a dar freeze", mas sim que elas não são estáveis
> no Gentoo, pois elas podem interagir com o sistema de formas não
> prevista e causar problemas, acontece e já aconteceu várias vezes.
>
> Se você é um usuário um pouco mais avançado, e tem uma ou duas
> máquinas com Gentoo para manter, e tem tempo, realmente não é muito
> problema deixar tudo testing.
>
> Já pra mim não compensa, sério. Uso Gentoo faz 6 anos, fora algumas
> reinstalações no começo, na fase de aprendizado, uso praticamente a
> mesma instalação no meu desktop principal desde então, mesmo já tento
> trocado de hardware várias vezes, inclusive de amd para intel e depois
> de novo para amd. E durante muito tempo achei divertido "brigar" com o
> gentoo o resolver todos os problemas q apareciam, mesmo que em muitos
> casos fosse mais fácil até fazer um fresh-install, "perderia a graça".
>
> Hoje, além do desktop e laptop com Gentoo, eu administro vários
> servidores Gentoo hardened. Hoje, eu só quero dar um "eix-sync &&
> emerge world -uDN" em todos os meus Gentoos e quero que isso funcione.
> E isso é utopia se falando em universo Gentoo, no stable já é
> impossível, no testing mais ainda. Mas nos servidores hardened isso é
> já quase uma realidade pra mim. (Claro que pra um servidor não é tão
> simples, vc não vai atualizando as cegas, tem que ler e news,
> changelogs, ver se vai precisar reiniciar algum serviço, compilar
> primeiro, instalar depois, etc., etc.). Ilustração fictícia: "Olha
> pessoal, agente vai ficar sem e-mail até amanhã porque eu to
> atualizando o Gentoo aqui e demora um pouco, mas tenham paciência, é
> só uma biblioteca quebrada do postfix e outra do postgres, até amanhã
> tá no ar de novo, e pra garantir isso eu viro a noite aqui de novo,
> sem problemas, sério, eu gosto, se eu gostasse de dormir ou ter
> família eu não virava sysadmin." =P
>
> Por que que eu vou ficar me metendo com dependência, com
> revdep-rebuild, com mascarando aqui, desmacarando ali, brigando com
> block, sendo que os gentoo-devs estão lá pra isso? É isso que é o
> stable, onde nada disso deveria acontecer. (Claro, desconsiderando os
> casos em que vc realmente está testando o testing, e sim, toda vez q
> eu encontro algo que deve ser um bug em reporto no bugs.gentoo)
>
> Assim, eu tenho o melhor de todos os mundos, vários sistemas que não
> me dão dor de cabeça em stable, as útimas versões dos softwares que eu
> quero e que fazem diferença pra mim (firefox, chromium, openrc, etc),
> e ainda estou coberto com as atualizações de segurança com o glsa.
>
> Por isso e outras coisas, eu não recomendo usar o testing, não vejo
> valor nisso, sendo que você pode ter o testing apenas dos pacotes que
> realmente precisa e desfrutar de uma base muito mais estável. Além do
> mais, por mais que hoje, depois de tantos anos usando Gentoo, para
> usuários mais avançados como eu, você e o Thiago Nunes seja
> relativamente fácil resolver quase todos os problemas que aparecem,
> pode não ser assim para muita gente. Um block que para nós seja apenas
> um "echo alguma coisa >> /etc/portage/algum_arquivo", para um usuário
> menos experiente pode render muitas e muitas horas de dor de cabeça, e
> xingamentos injustos ao Gentoo, sendo que realmente isso não deveria
> ser um problema que eles deveriam estar enfrentando. Fora o tempo que
> isso tudo gasta...
>
> E se tá sobrando tempo, tem tanta coisa mais legal pra fazer do que
> ficar brigando com o portage, como montar um grid de compilação aí com
> o distcc e faz funcionar em pump_mode, montar um repositório local
> binário do Gentoo pra compilar cada pacote somente uma vez e usar o
> mesmo bin em todas as máquinas com a mesma arquitetura, ou sei lá, ler
> as GLEP, ajudar no forum, os gentoo dev docs, hehehe...
>
> []'s
>
> Fabiano, feliz usuário de várias instâncias do Gentoo Stable há 6 anos =)
>
>

Fabiano, concordo com vocẽ, mas eu estou no testing a 1 ano, e tive
pouquíssimos problemas, na verdade, se for olhar a média, a quantidade
de blocks, de problemas com bibliotecas no stable e no testing PARA
MIM foi praticamente a mesma. Eu não encano muito com um emerge dando
errado, o novo portage continua e me avisa no final, e eu ignoro (se
não for uma dependência muito importante) pois daqui uns dias uma nova
versão corrige (ou, se tiver tempo, reporto o bug ou mando um mail prá
lista) e a antiga versão continua instalada, funcionando (já mencionei
que amo o portage?).

Isso, claro, é uma experiência muito pessoal. Minha instalação está
com 5 aninhos. A mesma. Trocou de máquina 3 vezes (Athlon XP, Pentium
D, Core 2 Duo). Entendo o que você diz com não ter tempo para resolver
problemas, o fato é que eu vejo MUITO pouco problema na minha
instalação do testing. Tive mais problemas com pacotes desatualizados
com problemas do que pacotes testing. Novamente, isso é muito pessoal
(não temos todos os mesmos pacotes instalados, tampouco fazemos o
mesmo uso deles).

Claro, tenho apenas 4 Gentoos, dois servidores, minha workstation e um
netbook, então minha experiência nem se compara com a sua.

-- 
Daniel da Veiga

[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Fabiano - deStilaDo]

> Entendo o que você diz com não ter tempo para resolver
> problemas, o fato é que eu vejo MUITO pouco problema na minha
> instalação do testing.

Cara, que bom saber disso, isso significa que os gentoo devs estão
fazendo um ótimo trabalho. Infelizmente eu não tive a mesma
experiência nas vezes que eu tentei o testing.

E a filosofia do gentoo é liberdade, faça o que vc quiser com o teu
sistema, do jeito que vc quiser. E isso é o que eu mais gosto no
Gentoo, essa liberdade é real e palpável, não é só um manifesto no
site do Gentoo, eu realmente faço o que eu quero com ele. E se não
existisse limitações de recurso, provavelmente o Gentoo ainda te daria
suporte para vc fazer o que quiser como quiser. Mas, como isso é
impossível na prática, os devs tem que se restringir o que é
suportável a subconjunto "official".

Justamente por essa liberdade, eu não quero te convencer a usar o
stable, se pra vc testing funciona e é melhor, ótimo, pra mim stable é
melhor, ótimo. E é justamente essa a mágica do gentoo, ser
extremamente adaptável a cada um.

O meu ponto é, que eu acho que nós não devamos recomendar o testing
cegamente. O testing é, como o nome diz, pra teste, e se os devs estão
fazendo um ótimo trabalho hoje, que bom, mas eles não tem essa
obrigação, afinal, testing é testing, e eles podem quebrar a vontade,
e se vc usa testing, vc está dizendo que está de acordo com isso e que
eles não tem obrigação nenhuma em deixar teu sistema inteiro e
funcionando. Com stable, eles têm esse compromisso, pelo menos moral,
de "cuidar" dos usuários, para que eles não tenham problemas, ou pelo
menos fazer o melhor possível para isso, tentar fazer as grande
atualizações o menos traumáticas possíveis, publicar enews, etc. Você
mesmo disse, quando quebra vc ignorar e deixa lá, no próximo sync
talvez já esteja corrigido. Eu normalmente não posso ou quero ficar
esperando o próximo sync, e se isso acontece no stable, é bug, já no
testing, faz parte =)

Minha crítica é apenas essa, cautela ao recomendar o testing, tentar
recomendar sempre o oficial, o stable, principalmente para os novos
usuários. E então, a título de exceção, quem realmente quiser o usar o
testing, que o faça consciente, sabendo das implicações, e não apenas
porque querem ter o último firefox..



Fabiano.



2010/10/13 Daniel da Veiga <danieldaveiga@gmail.com>:
> 2010/10/13 Fabiano - deStilaDo <fabianoengler@gmail.com>:
>>> Eu fui para o testing do stable pois não aguentava mais esperar pela
>>> última versão do Firefox por um mês (e por diversos conflitos com os
>>> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
>>> testing não é "cheia de bugs e propensa a dar freeze", ela só está
>>> mais atual com o upstream, e portanto foi testada menos.
>>
>> Não é mais fácil fazer o oficialmente recomendado pelo Gentoo, usar
>> uma base stable e só testing o que você precisa? Eu faço isso e acho
>> muito melhor. Sempre usei o firefox testing, e no notebook, por causa
>> da placa de video também e outras coisas uso o Xorg inteiro testing.
>> Usei o KDE4.0.0 quando estava nem na árvore oficial ainda..
>>
>> Eu não vejo a questão tanto como problema das versões upstream serem
>> "bugadas e propensas a dar freeze", mas sim que elas não são estáveis
>> no Gentoo, pois elas podem interagir com o sistema de formas não
>> prevista e causar problemas, acontece e já aconteceu várias vezes.
>>
>> Se você é um usuário um pouco mais avançado, e tem uma ou duas
>> máquinas com Gentoo para manter, e tem tempo, realmente não é muito
>> problema deixar tudo testing.
>>
>> Já pra mim não compensa, sério. Uso Gentoo faz 6 anos, fora algumas
>> reinstalações no começo, na fase de aprendizado, uso praticamente a
>> mesma instalação no meu desktop principal desde então, mesmo já tento
>> trocado de hardware várias vezes, inclusive de amd para intel e depois
>> de novo para amd. E durante muito tempo achei divertido "brigar" com o
>> gentoo o resolver todos os problemas q apareciam, mesmo que em muitos
>> casos fosse mais fácil até fazer um fresh-install, "perderia a graça".
>>
>> Hoje, além do desktop e laptop com Gentoo, eu administro vários
>> servidores Gentoo hardened. Hoje, eu só quero dar um "eix-sync &&
>> emerge world -uDN" em todos os meus Gentoos e quero que isso funcione.
>> E isso é utopia se falando em universo Gentoo, no stable já é
>> impossível, no testing mais ainda. Mas nos servidores hardened isso é
>> já quase uma realidade pra mim. (Claro que pra um servidor não é tão
>> simples, vc não vai atualizando as cegas, tem que ler e news,
>> changelogs, ver se vai precisar reiniciar algum serviço, compilar
>> primeiro, instalar depois, etc., etc.). Ilustração fictícia: "Olha
>> pessoal, agente vai ficar sem e-mail até amanhã porque eu to
>> atualizando o Gentoo aqui e demora um pouco, mas tenham paciência, é
>> só uma biblioteca quebrada do postfix e outra do postgres, até amanhã
>> tá no ar de novo, e pra garantir isso eu viro a noite aqui de novo,
>> sem problemas, sério, eu gosto, se eu gostasse de dormir ou ter
>> família eu não virava sysadmin." =P
>>
>> Por que que eu vou ficar me metendo com dependência, com
>> revdep-rebuild, com mascarando aqui, desmacarando ali, brigando com
>> block, sendo que os gentoo-devs estão lá pra isso? É isso que é o
>> stable, onde nada disso deveria acontecer. (Claro, desconsiderando os
>> casos em que vc realmente está testando o testing, e sim, toda vez q
>> eu encontro algo que deve ser um bug em reporto no bugs.gentoo)
>>
>> Assim, eu tenho o melhor de todos os mundos, vários sistemas que não
>> me dão dor de cabeça em stable, as útimas versões dos softwares que eu
>> quero e que fazem diferença pra mim (firefox, chromium, openrc, etc),
>> e ainda estou coberto com as atualizações de segurança com o glsa.
>>
>> Por isso e outras coisas, eu não recomendo usar o testing, não vejo
>> valor nisso, sendo que você pode ter o testing apenas dos pacotes que
>> realmente precisa e desfrutar de uma base muito mais estável. Além do
>> mais, por mais que hoje, depois de tantos anos usando Gentoo, para
>> usuários mais avançados como eu, você e o Thiago Nunes seja
>> relativamente fácil resolver quase todos os problemas que aparecem,
>> pode não ser assim para muita gente. Um block que para nós seja apenas
>> um "echo alguma coisa >> /etc/portage/algum_arquivo", para um usuário
>> menos experiente pode render muitas e muitas horas de dor de cabeça, e
>> xingamentos injustos ao Gentoo, sendo que realmente isso não deveria
>> ser um problema que eles deveriam estar enfrentando. Fora o tempo que
>> isso tudo gasta...
>>
>> E se tá sobrando tempo, tem tanta coisa mais legal pra fazer do que
>> ficar brigando com o portage, como montar um grid de compilação aí com
>> o distcc e faz funcionar em pump_mode, montar um repositório local
>> binário do Gentoo pra compilar cada pacote somente uma vez e usar o
>> mesmo bin em todas as máquinas com a mesma arquitetura, ou sei lá, ler
>> as GLEP, ajudar no forum, os gentoo dev docs, hehehe...
>>
>> []'s
>>
>> Fabiano, feliz usuário de várias instâncias do Gentoo Stable há 6 anos =)
>>
>>
>
> Fabiano, concordo com vocẽ, mas eu estou no testing a 1 ano, e tive
> pouquíssimos problemas, na verdade, se for olhar a média, a quantidade
> de blocks, de problemas com bibliotecas no stable e no testing PARA
> MIM foi praticamente a mesma. Eu não encano muito com um emerge dando
> errado, o novo portage continua e me avisa no final, e eu ignoro (se
> não for uma dependência muito importante) pois daqui uns dias uma nova
> versão corrige (ou, se tiver tempo, reporto o bug ou mando um mail prá
> lista) e a antiga versão continua instalada, funcionando (já mencionei
> que amo o portage?).
>
> Isso, claro, é uma experiência muito pessoal. Minha instalação está
> com 5 aninhos. A mesma. Trocou de máquina 3 vezes (Athlon XP, Pentium
> D, Core 2 Duo). Entendo o que você diz com não ter tempo para resolver
> problemas, o fato é que eu vejo MUITO pouco problema na minha
> instalação do testing. Tive mais problemas com pacotes desatualizados
> com problemas do que pacotes testing. Novamente, isso é muito pessoal
> (não temos todos os mesmos pacotes instalados, tampouco fazemos o
> mesmo uso deles).
>
> Claro, tenho apenas 4 Gentoos, dois servidores, minha workstation e um
> netbook, então minha experiência nem se compara com a sua.
>
> --
> Daniel da Veiga
>
>