1 |
Em 13 de outubro de 2010 09:53, João Carlos |
2 |
<jhonny.bittencourt@×××××.com> escreveu: |
3 |
|
4 |
> Tenho um notebook Dell |
5 |
> Inspiron 1525 e desde que instalei o Gentoo nele ainda não me sinto a |
6 |
> vontade para afirmar que o meu sistema é estável. Overloadings no sistema, |
7 |
> super-aquecimento durante a compilação e o pior de tudo... Travamentos |
8 |
> repentinos. A questão do aquecimento é justificada pelo Core2Duo que |
9 |
> esquenta d+ durante as compilações. Em uso normal, numa sala com ar |
10 |
> condicionado, ele costuma ficar entre 40 e 50° sem que eu faça nada com ele. |
11 |
|
12 |
50º com ele parado e numa sala com temperatura ambiente a +- 22º não é |
13 |
normal não. Nem para um core2 duo. Alias, os processadores da |
14 |
arquitetura core2 esquentam muito pouco, mesmo os dual core, e os |
15 |
mobile esquentam menos ainda, então não pode ser normal isso. |
16 |
|
17 |
E pelo jeito não é só tu que reclama disso: |
18 |
http://en.kioskea.net/forum/affich-71233-dell-inspiron-1525-over-heats-shuts-down |
19 |
http://www.computing.net/answers/hardware/dell-inspiron-1525-overheating-issues/58579.html |
20 |
http://answers.yahoo.com/question/index?qid=20090119185204AAGxqnT |
21 |
http://notebooks.bigresource.com/Dell-Inspiron-1525-overheating--wYrcIrxE.html |
22 |
|
23 |
Aqui o vídeo de um maluco que jura que só tirando a poeira da saída de |
24 |
ar e das aletas do dissipador ja resolve: |
25 |
http://www.youtube.com/watch?v=E6riEox42Fs |
26 |
(acho que é bom trocar a pasta térmica também, se for por uma artic |
27 |
silver melhor ainda) |
28 |
|
29 |
> Bom, como sou um entusiasta e adoro desafios estou pensando em migrar todo o |
30 |
> meu sistema para a árvore estável. Como sei que esse não vai ser um trabalho |
31 |
> simples, gostaria de antes disso pedir a opinião e ajuda do pessoal mais |
32 |
> experiente, já que de cara notei que não posso resolver com um simples |
33 |
> emerge. De cara já percebi uma série de conflitos de pacotes bloqueados que |
34 |
> creio não ser simples de resolver. Eu gosto de estar com meu sistema sempre |
35 |
> atualizado, mas estas questões de estabilidade tem me tirado do sério! Já |
36 |
> usei outros sistemas, como Debian Likes e openSUSE e não me lembro de ter |
37 |
> problemas, principalmente com travamentos. |
38 |
|
39 |
Na verdade a árvore é uma só, o teu keyword padrão é que é o de teste. |
40 |
Mas enfim... |
41 |
|
42 |
Cara, o downgrade acho que é mais trabalhoso que difícil. Basicamente |
43 |
é tirar o ~x86 do make.conf e rodar um emerge world -uDN. Claro que |
44 |
podem acontecer alguns bloqueios que o portage não resolva sozinho mas |
45 |
acho que são mínimos. |
46 |
|
47 |
Mas sinceramente tu deves ter algum outro problema aí. O travamento |
48 |
que tu fala é total? A máquina tranca e aí só desligando no botão? |
49 |
Usar as versões em teste dos pacotes realmente te deixa mais |
50 |
suscetível a erros de compilação e bugs ocasionais em alguns |
51 |
programas, mas é só isso. Eu uso o exato mesmo sistema desde julho de |
52 |
2005, sempre ~x86, e só venho atualizando. Recentemente migrei ele do |
53 |
meu desktop rodando em cima do LVM para um notebook com o / numa |
54 |
partição btrfs, mas também ja passei pela migração do gcc 3 para 4, |
55 |
várias atualizações da glibc, algumas meio trabalhosas, e também ja |
56 |
abandonei o portage para usar o paludis e recentemente voltei para o |
57 |
portage e sinceramente acho cada vez eu tenho menos problemas por ser |
58 |
~x86. |
59 |
|
60 |
Por isso que eu te digo que a gente precisa saber exatamente o que |
61 |
está acontecendo antes de colocar a culpa nos pacotes ~x86. Se ratiar |
62 |
é só uma opção de compilação do kernel ou até mesmo uma questão de |
63 |
hardware que pode persistir depois da migração para o "branch" |
64 |
estável. Por isso é importante saber pontualmente qual o problema da |
65 |
tua máquina antes de colocar a culpa no "branch" de teste como um |
66 |
todo. |
67 |
|
68 |
Além disso os pacotes que estão em teste só estão assim para os |
69 |
desenvolvedores do gentoo, porque o desenvolvedor do software ja o |
70 |
considera estável. A não ser quando a própria versão do pacote seja |
71 |
alpha, beta, ou rc segundo o próprio desenvolvedor. Inclusive um |
72 |
sistema que é mantido sempre atualizado usando direto as versões dos |
73 |
desenvolvedores dos softwares é com certeza mais seguro contra falhas |
74 |
de segurança que um gentoo usando "branch" estável mas que não recebe |
75 |
atualizações a alguns meses. Inclusive isso de confiar direto no |
76 |
desenvolvedor do pacote sem ter uma organização de "em teste" ou |
77 |
"estável" da própria distribuição é, se eu não me engano, a filosofia |
78 |
do arch linux. |
79 |
|
80 |
> Já que estou para fazer um processo tão trabalhoso, queria saber também se |
81 |
> existe algum testbench para verificar e comparar os resultados de desempenho |
82 |
> antes e depois da transição. |
83 |
|
84 |
Desempenho? O desempenho geral não tem porque ter diferença. |
85 |
|
86 |
[]s |
87 |
|
88 |
-- |
89 |
thiago |