From: Fabiano - deStilaDo <fabianoengler@gmail.com>
To: gentoo-user-br@lists.gentoo.org
Subject: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...
Date: Wed, 13 Oct 2010 11:04:51 -0300 [thread overview]
Message-ID: <AANLkTinmnnXAkOB6JBsgv54pXK=AzNHWxY=8xSVEAX4S@mail.gmail.com> (raw)
In-Reply-To: <AANLkTimAhOyZjNHdjLGTbC=_g=CsvGVGjTRJYWqw7MY0@mail.gmail.com>
[-- 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 --]
next prev parent reply other threads:[~2010-10-13 14:05 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-13 12:53 [gentoo-user-br] Migrar ou não para a árvore estável João Carlos
2010-10-13 13:08 ` Zhu Sha Zang
2010-10-13 13:39 ` [gentoo-user-br] " João Carlos
2010-10-13 13:47 ` RES: " Eduardo Schoedler
2010-10-13 13:56 ` [gentoo-user-br] " Zhu Sha Zang
2010-10-13 14:11 ` João Carlos
2010-10-13 14:30 ` [gentoo-user-br] " Zhu Sha Zang
2010-10-13 14:34 ` [gentoo-user-br] " Fabiano - deStilaDo
2010-10-13 15:24 ` Zhu Sha Zang
2010-10-13 18:47 ` [gentoo-user-br] " Fabiano - deStilaDo
2010-10-13 14:26 ` Fabiano - deStilaDo
2010-10-13 14:30 ` Fabiano - deStilaDo
2010-10-13 13:47 ` Zhu Sha Zang
2010-10-14 19:46 ` Nuno J. Silva
2010-10-25 16:23 ` [gentoo-user-br] " Daniel Medeiros
2010-10-13 14:04 ` Fabiano - deStilaDo [this message]
2010-10-13 14:30 ` Thiago Nunes
2010-10-13 18:46 ` [gentoo-user-br] " David Kurka
2010-10-13 15:34 ` Daniel da Veiga
2010-10-13 17:20 ` [gentoo-user-br] " João Carlos
2010-10-13 17:51 ` [gentoo-user-br] " Daniel da Veiga
2010-10-13 21:24 ` [gentoo-user-br] " João Carlos
2010-10-13 19:30 ` Fabiano - deStilaDo
2010-10-13 21:34 ` [gentoo-user-br] " Daniel da Veiga
2010-10-14 1:23 ` [gentoo-user-br] " Fabiano - deStilaDo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='AANLkTinmnnXAkOB6JBsgv54pXK=AzNHWxY=8xSVEAX4S@mail.gmail.com' \
--to=fabianoengler@gmail.com \
--cc=gentoo-user-br@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox