1 |
Em 13-10-2010 11:34, Fabiano - deStilaDo escreveu: |
2 |
> Como assim custo de compilação? |
3 |
> |
4 |
> O "-Os" é exatamente igual ao "-O2", com a excessão de que não inclui |
5 |
> as otimizações do "-O2" que aumentam o tamanho do binário (por exemplo |
6 |
> loop unrolling), o que faz com que os bins fiquem menores em relação |
7 |
> ao "-O2". |
8 |
> |
9 |
> []'s |
10 |
> |
11 |
> |
12 |
> Fabiano. |
13 |
> |
14 |
> |
15 |
> 2010/10/13 Zhu Sha Zang <zhushazang@×××××××××.br |
16 |
> <mailto:zhushazang@×××××××××.br>> |
17 |
> |
18 |
> Em 13-10-2010 11:11, João Carlos escreveu: |
19 |
>> Não sabia que o uso do ACCEPT_KEYWORDS havia sido |
20 |
>> descontinuado... Removi ele do meu make.conf para fazer um este e |
21 |
>> funcionou como se eu estivesse selecionando somente pacotes |
22 |
>> amd64. Resta saber o que vou fazer com tanto conflito aqui... |
23 |
>> Como que funciona agora com o autounmask? Alguma recomendação de |
24 |
>> como proceder para atualizar meu sistema agora? |
25 |
>> Com relação à configuração do meu make.conf uso: |
26 |
>> CFLAGS="-march=native -Os -pipe" |
27 |
>> MAKEOPTS="-j3" |
28 |
>> |
29 |
>> Uso o Os, pois li que era mais recomendado para economizar espaço |
30 |
>> e a performance era legal. No início eu usava O2. Vou pesquisar |
31 |
>> sobre esse HZ. |
32 |
>> |
33 |
>> João Carlos Nunes Bittencourt |
34 |
>> Graduando em Engenharia de Computação (2007.1) |
35 |
>> Membro do Grupo PET Engenharia de Computação |
36 |
>> Membro do Diretório Acadêmico DEBUG Reloaded - Gestão 2010-2011 |
37 |
>> Representante Discente do Colegiado |
38 |
>> *Universidade Estadual de Feira de Santana* |
39 |
>> -- |
40 |
>> *Lattes:* http://lattes.cnpq.br/6741995694783822 |
41 |
>> *Mail*: jh |
42 |
>> <mailto:joaocarlos@××××××××××.br>onny.bittencourt@×××××.com |
43 |
>> <mailto:onny.bittencourt@×××××.com>* |
44 |
>> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs |
45 |
>> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__ |
46 |
>> |
47 |
>> |
48 |
>> |
49 |
>> 2010/10/13 Eduardo Schoedler <eschoedler@×××××××××××.br |
50 |
>> <mailto:eschoedler@×××××××××××.br>> |
51 |
>> |
52 |
>> Você pode tentar baixar os HZ no kernel.... deixe em 100 ou |
53 |
>> 250 ao invés de 1000. Este último é para uso em servidores ou |
54 |
>> firewalls. |
55 |
>> |
56 |
>> Vai economizar até bateria... |
57 |
>> |
58 |
>> |
59 |
>> |
60 |
>> _____________________________________________ |
61 |
>> * Eduardo Schoedler** |
62 |
>> |
63 |
>> * |
64 |
>> |
65 |
>> |
66 |
>> |
67 |
>> *De:* contato@×××××××××××××.cc |
68 |
>> <mailto:contato@×××××××××××××.cc> |
69 |
>> [mailto:contato@×××××××××××××.cc |
70 |
>> <mailto:contato@×××××××××××××.cc>] *Em nome de *João Carlos |
71 |
>> *Enviada em:* quarta-feira, 13 de outubro de 2010 10:40 |
72 |
>> *Para:* gentoo-user-br@l.g.o |
73 |
>> <mailto:gentoo-user-br@l.g.o> |
74 |
>> *Assunto:* [gentoo-user-br] Re: [gentoo-user-br] Migrar ou |
75 |
>> não para a árvore estável... |
76 |
>> |
77 |
>> |
78 |
>> |
79 |
>> Estou falando em simplesmente aceitar pacotes estáveis para a |
80 |
>> minha arquitetura. Atualmente eu estou mantendo no meu |
81 |
>> make.conf: ACCEPT_KEYWORKDS="~amd64". A proposta é |
82 |
>> usar ACCEPT_KEYWORKDS="amd64", permitindo a instalação |
83 |
>> somente dos pacotes estáveis da árvore do repositório. Posso |
84 |
>> ter falado d+, mas a ideia principal era essa! ehehehehe! |
85 |
>> |
86 |
>> |
87 |
>> João Carlos Nunes Bittencourt |
88 |
>> |
89 |
>> Graduando em Engenharia de Computação (2007.1) |
90 |
>> Membro do Grupo PET Engenharia de Computação |
91 |
>> |
92 |
>> Membro do Diretório Acadêmico DEBUG Reloaded - Gestão 2010-2011 |
93 |
>> Representante Discente do Colegiado |
94 |
>> *Universidade Estadual de Feira de Santana* |
95 |
>> -- |
96 |
>> *Lattes:* http://lattes.cnpq.br/6741995694783822 |
97 |
>> *Mail*: jh |
98 |
>> <mailto:joaocarlos@××××××××××.br>onny.bittencourt@×××××.com |
99 |
>> <mailto:onny.bittencourt@×××××.com>* |
100 |
>> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs |
101 |
>> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__ |
102 |
>> |
103 |
>> |
104 |
>> |
105 |
>> 2010/10/13 Zhu Sha Zang <zhushazang@×××××××××.br |
106 |
>> <mailto:zhushazang@×××××××××.br>> |
107 |
>> |
108 |
>> Em 13-10-2010 09:53, João Carlos escreveu: |
109 |
>> |
110 |
>> Olá todos! |
111 |
>> |
112 |
>> Uso o Gentoo há pouco menos de 1 ano e de lá pra cá tenho |
113 |
>> feito uma série de descobertas que me incentivam a |
114 |
>> continuar utilizando este sistema. Entretanto, algumas |
115 |
>> coisas ainda me incomodam nele. Tenho um notebook /Dell |
116 |
>> Inspiron 1525/ e desde que instalei o Gentoo nele ainda |
117 |
>> não me sinto a vontade para afirmar que o meu sistema é |
118 |
>> estável. Overloadings no sistema, super-aquecimento |
119 |
>> durante a compilação e o pior de tudo... Travamentos |
120 |
>> repentinos. A questão do aquecimento é justificada pelo |
121 |
>> Core2Duo que esquenta d+ durante as compilações. Em uso |
122 |
>> normal, numa sala com ar condicionado, ele costuma ficar |
123 |
>> entre 40 e 50° sem que eu faça nada com ele. |
124 |
>> |
125 |
>> Bom, como sou um entusiasta e adoro desafios estou |
126 |
>> pensando em migrar todo o meu sistema para a árvore |
127 |
>> estável. Como sei que esse não vai ser um trabalho |
128 |
>> simples, gostaria de antes disso pedir a opinião e ajuda |
129 |
>> do pessoal mais experiente, já que de cara notei que não |
130 |
>> posso resolver com um simples /emerge/. De cara já |
131 |
>> percebi uma série de conflitos de pacotes bloqueados que |
132 |
>> creio não ser simples de resolver. Eu gosto de estar com |
133 |
>> meu sistema sempre atualizado, mas estas questões de |
134 |
>> estabilidade tem me tirado do sério! Já usei outros |
135 |
>> sistemas, como Debian Likes e openSUSE e não me lembro de |
136 |
>> ter problemas, principalmente com travamentos. |
137 |
>> |
138 |
>> Já que estou para fazer um processo tão trabalhoso, |
139 |
>> queria saber também se existe algum /testbench/ para |
140 |
>> verificar e comparar os resultados de desempenho antes e |
141 |
>> depois da transição. |
142 |
>> |
143 |
>> |
144 |
>> |
145 |
>> Abraços! |
146 |
>> |
147 |
>> |
148 |
>> João Carlos Nunes Bittencourt |
149 |
>> |
150 |
>> Graduando em Engenharia de Computação (2007.1) |
151 |
>> Membro do Grupo PET Engenharia de Computação |
152 |
>> |
153 |
>> Membro do Diretório Acadêmico DEBUG Reloaded - Gestão |
154 |
>> 2010-2011 |
155 |
>> Representante Discente do Colegiado |
156 |
>> *Universidade Estadual de Feira de Santana* |
157 |
>> -- |
158 |
>> *Lattes:* http://lattes.cnpq.br/6741995694783822 |
159 |
>> *Mail*: jh |
160 |
>> <mailto:joaocarlos@××××××××××.br>onny.bittencourt@×××××.com |
161 |
>> <mailto:onny.bittencourt@×××××.com>* |
162 |
>> Linux User Group - UEFS*: http://tanenbaum.uefs.br/lug-uefs |
163 |
>> __|"""|__|"""|__|"""|__|"""|__|"""|__|"""|__ |
164 |
>> |
165 |
>> |
166 |
>> |
167 |
>> Do que você está falando? Árvore estável? Desempenho melhor |
168 |
>> em relação ao que? Acho que você está viajando na maionese... |
169 |
>> |
170 |
>> |
171 |
>> |
172 |
>> |
173 |
> Cara, man gcc e http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel |
174 |
> para uma adequação melhor à performance. E que eu saiba -Os tem um |
175 |
> custo de compilação. |
176 |
> |
177 |
> Att |
178 |
> |
179 |
> |
180 |
AH ok, então ao fazer uma optimização diminuindo o tamanho dos binários |
181 |
não há um custo na hora de compilar os mesmos, seja de processamento ou |
182 |
de memória ram? |
183 |
|
184 |
att |