1 |
Realmente não existem milagres, mas um bom conjunto de USE FLAGs faz toda a |
2 |
diferença... e também não instale programas que não vai usar e não carregue |
3 |
daemons que você não usa... |
4 |
|
5 |
e posta aí a sua CFLAG pra podermos ver o que tah acontecendo.. existem as |
6 |
opções seguras e as opções agressívas (vide manual no gentoo.org ou wiki) |
7 |
|
8 |
Mas como o Bruno alertou, nada de ganhos mostruosos... |
9 |
|
10 |
att. |
11 |
|
12 |
|
13 |
On 4/15/07, Bruno Laturner <renrutal@×××××.com> wrote: |
14 |
> |
15 |
> On 4/15/07, Felipe Ribeiro <felipe.lloyd@×××××.com> wrote: |
16 |
> > -----BEGIN PGP SIGNED MESSAGE----- |
17 |
> > Hash: SHA1 |
18 |
> > |
19 |
> > Saudações a todos! |
20 |
> > |
21 |
> > Sempre me falaram muito bem sobre o Gentoo. |
22 |
> > Principalmente sobre a questão da velocidade do sistema, além, é claro, |
23 |
> > do Portage, que é oq mais me encanta nessa distribuição. |
24 |
> > |
25 |
> > No entanto, pelo menos aqui comigo o Gentoo não tem mostrado nenhum |
26 |
> > desempenho monstruoso. |
27 |
> > O tempo de resposta dele me parece ser semelhante a de distros |
28 |
> debian-like. |
29 |
> |
30 |
> Sinceramente, o Gentoo não vai mostrar um desempenho monstruosamente |
31 |
> maior que outra distros, muito menos comparado a um sistema |
32 |
> debian-like, que por sinal, são muito bem feitos. |
33 |
> |
34 |
> O desempenho de qualquer distro é diretamente ligado ao conhecimento |
35 |
> sobre otimizações(de qualquer tipo) dos desenvolvedores da distro. |
36 |
> |
37 |
> Gentoo é nada mais que uma distribuição que ajudará você a fazer a sua |
38 |
> própria distribuição(por isso o termo meta-distribuição), onde você |
39 |
> escolherá o que essa distribuição terá nela, e que tipo de otimização |
40 |
> cada um de seus pacotes receberão. |
41 |
> |
42 |
> Por que uma debian-like apresenta um desempenho compatível? Bem, além |
43 |
> do fato de não existir milagres provenientes de compilação, |
44 |
> provavelmente é também por que o desenvolvedor dela sabe mais que |
45 |
> você. |
46 |
> |
47 |
> > |
48 |
> > Eu fiz a instalação numa maquina P4 HT 2.8 GHz com 512MB RAM a partir do |
49 |
> > stage3 e rodei |
50 |
> > |
51 |
> > emerge -e system |
52 |
> > emerge -e world. |
53 |
> > |
54 |
> > Me disseram que eu alcançaria o mesmo nivel de otimização que a |
55 |
> > instalação a partir do stage1. |
56 |
> > |
57 |
> > Porém, pra mim ficou tudo na mesma. |
58 |
> |
59 |
> Por que o sistema recompilado não é muito diferente do stage 3. Aliás |
60 |
> esse é um dos motivos pelo qual o manual não cobre mais os stages 1 e |
61 |
> 2: O ganho é irrisório (exceto pra aqueles que realmente sabem o que |
62 |
> estão fazendo). |
63 |
> |
64 |
> > |
65 |
> > Eu achava que a resposta dos programas seria quase que imediata em um |
66 |
> > sistema todo compilado. |
67 |
> > |
68 |
> > O Beagle é o único processo "pesado" que está sempre rodando aqui. |
69 |
> > |
70 |
> > Nesse momento, por exemplo, usando gnome, com o amule aberto, o beagle |
71 |
> > indexando em back, um terminal e o thunderbird meu consumo de memória |
72 |
> > está em torno de 55% e 40% da swap. |
73 |
> > O consumo das cpus tem variado bastante. De 5 a 70%. |
74 |
> > |
75 |
> > Isso é normal num sistema Gentoo? |
76 |
> |
77 |
> Já testou o mesmo PC com outras distros? Se o resultado for pior no |
78 |
> Gentoo, não, não é normal. |
79 |
> |
80 |
> > Ele não deveria ser mais ágil? |
81 |
> |
82 |
> Como disse mais acima, não necessariamente. |
83 |
> |
84 |
> |
85 |
> > Por vezes, meu mouse até chega a dar aquelas travadinhas rápidas pra |
86 |
> > logo voltar ao normal. Coisa de 1 seg mas que não acontecia em outras |
87 |
> > distros. |
88 |
> |
89 |
> Isso não é normal. |
90 |
> |
91 |
> > |
92 |
> > Já deixo meus agradecimentos. |
93 |
> > Felipe |
94 |
> > |
95 |
> |
96 |
> Outras coisas que "podem" ajudar: |
97 |
> |
98 |
> - Se você tiver pouca memória, ou usar muito dela, use a CFLAG -Os |
99 |
> para diminuir o tamanho do programa na memória. A melhor solução ainda |
100 |
> seria comprar mais memória. |
101 |
> - Escolher nas USE flags somente o que você vai utilizar no sistema, |
102 |
> deixando-o mais enxuto. |
103 |
> - _NÃO_ utilizar compilações com opções babacas, também conhecidas |
104 |
> como "ricer", os desenvolvedores do GCC não passaram anos a toa |
105 |
> escolhendo as opções que vão dentro das flags de otimização -O#. Elas |
106 |
> são as melhores. |
107 |
> - Passe mais alguns meses e anos com o Gentoo. Duvido que você vai |
108 |
> aprender tudo que há de bom nele mesmo depois de tanto tempo, mas o |
109 |
> melhor jeito de aprender é colocando a mão na massa todo dia. |
110 |
> |
111 |
> |
112 |
> E se você quiser um ganho monstruoso, só há duas opções: |
113 |
> |
114 |
> - Falar pro desenvolvedor do programa diminuir a complexidade e |
115 |
> aumentar a otimização. |
116 |
> - Fazer upgrade no hardware, de preferência onde tiver gargalos de |
117 |
> desempenho. |
118 |
> |
119 |
> Como disse, não há milagres, só mesmo conhecimento bem aplicado. |
120 |
> |
121 |
> |
122 |
> > -----BEGIN PGP SIGNATURE----- |
123 |
> > Version: GnuPG v1.4.6 (GNU/Linux) |
124 |
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
125 |
> > |
126 |
> > iD8DBQFGIbEmOy0jVrqrgmsRAnoGAJkBmjXjcCDmcCjITMIUxMILfIH1ugCggTLj |
127 |
> > ZAztsTlqX5KpOTkRh0qQfVw= |
128 |
> > =rXId |
129 |
> > -----END PGP SIGNATURE----- |
130 |
> > -- |
131 |
> > gentoo-user-br@g.o mailing list |
132 |
> > |
133 |
> > |
134 |
> |
135 |
> |
136 |
> -- |
137 |
> ja ne |
138 |
> -- |
139 |
> gentoo-user-br@g.o mailing list |
140 |
> |
141 |
> |
142 |
|
143 |
|
144 |
-- |
145 |
KISS: |
146 |
Keep |
147 |
it |
148 |
simple, |
149 |
stupid! |