1 |
Justamente pelo cache que vale muito a pena ter uma quantidade decente |
2 |
de memória, a diferença que senti aumentando de 256 para 512 foi |
3 |
simplesmente drástica, não vejo a hora de por um giga e por ai vai. |
4 |
|
5 |
Qualquer cpu recente dá conta de quase tudo, aqui em Salvador não há |
6 |
mais pc's de 32 bits, por exemplo, se você quer um pc simples opta por |
7 |
um Celeron ou um Sempron com 64 bits. |
8 |
|
9 |
Logo o grande gargalo tornou-se a memória. |
10 |
|
11 |
Rafael Kafka |
12 |
-- |
13 |
FreeBSD 6.0 |
14 |
Gentoo GNU/Linux 2006.0 (Dev) |
15 |
GNU BIGLINUX 3.0 Beta II |
16 |
Ubuntu GNU/Linux Dapper Drake 6.10 Flight VI |
17 |
|
18 |
Seja livre, use GNU/Linux! |
19 |
GNU/Linux user: #393659 |
20 |
Machine number #294871 |
21 |
http://counter.li.org |
22 |
========================== |
23 |
Liberte-se! Use o Firefox. |
24 |
http://www.getfirefox.com |
25 |
|
26 |
Raphael Melo de Oliveira Bastos Sales escreveu: |
27 |
> Você citou que vários programas abertos comem toda a memória. Não acho |
28 |
> que seja tanto assim. É muito difícil lotar 256 de RAM com programas. |
29 |
> Se você abrir tantos programas em um desktop, provavelmente uma boa |
30 |
> parte vai ter trechos de memória guardados no swap por ficar ocioso. |
31 |
> |
32 |
> A não ser que abuse do ALT+TAB e forçe com que o contexto seja |
33 |
> alterado várias vezes, você vai sentir pouca diferença de performance. |
34 |
> |
35 |
> Mas o ganho de performance mais relevante com relação à acrescentar |
36 |
> memória é o fato do kernel poder colocar mais arquivos no cache de |
37 |
> disco e isso diminui muito o acesso ao disco. |
38 |
> |
39 |
> Então, em uma máquina de 256, programas com muito IO, como banco de |
40 |
> dados, podem sofrer, mas aplicações desktops devem responder bem, a |
41 |
> não ser em eventos de acesso ao disco.Eu tenho a impressão que você |
42 |
> vai ocupar seu CPU por completo bem antes de comer toda a memória. |
43 |
> |
44 |
> On 4/19/06, Rafael Kafka <rafaelkafka@×××××.com> wrote: |
45 |
>> Obrigado pelo esclarecimento preciso; |
46 |
>> |
47 |
>> Eu, que sou um entusiasta advogado e não entendo nada de algoritmos, |
48 |
>> gostei bastante do desempenho. |
49 |
>> |
50 |
>> Aliás o KDE precisa fazer algo semelhante, abre leve e com dias de uso |
51 |
>> fica intragável. |
52 |
>> |
53 |
>> Rafael Kafka |
54 |
>> -- |
55 |
>> FreeBSD 6.0 |
56 |
>> Gentoo GNU/Linux 2006.0 (Dev) |
57 |
>> GNU BIGLINUX 3.0 Beta II |
58 |
>> Ubuntu GNU/Linux Dapper Drake 6.10 Flight VI |
59 |
>> |
60 |
>> Seja livre, use GNU/Linux! |
61 |
>> GNU/Linux user: #393659 |
62 |
>> Machine number #294871 |
63 |
>> http://counter.li.org |
64 |
>> ========================== |
65 |
>> Liberte-se! Use o Firefox. |
66 |
>> http://www.getfirefox.com |
67 |
>> |
68 |
>> Hélder Máximo Botter Ribas escreveu: |
69 |
>>> não foi um programa que foi trocado |
70 |
>>> |
71 |
>>> foi mudado o algoritmo do alocador(sic) de memória, que agora é o |
72 |
>>> gslice, a alocação de memória anterior era feito pelo gmenchunk |
73 |
>>> |
74 |
>>> http://primates.ximian.com/~federico/news-2005-12.html#14 |
75 |
>>> |
76 |
>>> []'s |
77 |
>>> |
78 |
>>> helder |
79 |
>>> |
80 |
>>> On 4/19/06, Rafael Kafka <rafaelkafka@×××××.com> wrote: |
81 |
>>>> Você é um alquimista ehehehe, igual um amigo que outro dia disse rodar o |
82 |
>>>> autocad2004 num pc com 128 rs. |
83 |
>>>> |
84 |
>>>> Mesmo no icewm que inicio com 21 de uso de memória ela sobe rapidinho |
85 |
>>>> abrindo firefox, thunderbird, azureus, e cia, programas prá desktop |
86 |
>>>> mesmo.Agora, no Gnome, compilando, usando o Seamonkey, Azureus, Gedit, Gnome |
87 |
>>>> Terminal, o Htop tá registrando 235 megas de memória mais 228 de swap. |
88 |
>>>> |
89 |
>>>> Tenho 512. |
90 |
>>>> |
91 |
>>>> Memória tá de graça, só pesquisar. |
92 |
>>>> |
93 |
>>>> O 2.14 é muitooooooo mais leve porque o programa responsável pelo controle |
94 |
>>>> da memória foi trocado. |
95 |
>>>> |
96 |
>>>> Agora memória é prá ser usada né, ficar com memória ociosa não adianta, o |
97 |
>>>> que não dá é prá precisar de swap, ai fica lento. |
98 |
>>>> |
99 |
>>>> -- |
100 |
>>>> |
101 |
>>>> Rafael Kafka |
102 |
>>>> |
103 |
>>>> FreeBSD 6.0 |
104 |
>>>> Gentoo GNU/Linux 2006.0 (Dev) |
105 |
>>>> GNU BIGLINUX 3.0 Beta II |
106 |
>>>> Ubuntu GNU/Linux Dapper Drake 6.10 Flight VI |
107 |
>>>> |
108 |
>>>> Seja livre, use GNU/Linux! |
109 |
>>>> GNU/Linux user: #393659 |
110 |
>>>> Machine number #294871 |
111 |
>>>> http://counter.li.org |
112 |
>>>> |
113 |
>>>> |
114 |
>>>> ========================== |
115 |
>>>> Liberte-se! Use o Firefox. |
116 |
>>>> http://www.getfirefox.com |
117 |
>>>> |
118 |
>>>> |
119 |
>>>> 2006/4/19, Daniel da Veiga <danieldaveiga@×××××.com>: |
120 |
>>>>> On 4/19/06, Rafael Kafka <rafaelkafka@×××××.com> wrote: |
121 |
>>>>>> 256 não dá prá nada há eras.Ponha mais memória, 512 é o mínimo hoje em |
122 |
>>>> dia. |
123 |
>>>>> Em meu server nunca precisei mais de 300MB de RAM (isso em full load |
124 |
>>>>> quando uma de minhas aplicações criou sem EU querer 300 processos |
125 |
>>>>> filhos em um loop), apesar dele ter 1GB, no meu desktop, apesar de ter |
126 |
>>>>> 1.5GB, NUNCA utilizou mais de 256, a não ser em ambientes específicos |
127 |
>>>>> (emulando windows no qemul com 512 de RAM para ele, jogando CS ou |
128 |
>>>>> World of Warcraft ou realizando "burn'n'crash" testes para avaliar o |
129 |
>>>>> desempenho). |
130 |
>>>>> |
131 |
>>>>> Além disso, tem outras limitações às vezes, hardware, preço (memória |
132 |
>>>>> RAM original de boa qualidade é cara ainda), 256 é BEM aceitável hoje |
133 |
>>>>> em dia, na minha opinião, mas isso nada tem a ver com o tópico |
134 |
>>>>> (divaguei). |
135 |
>>>>> |
136 |
>>>>> O Gnome para mim (estou tesntando, uso fluxbox) teve uma melhora quase |
137 |
>>>>> imperceptivel de uma versão para outra, mas está carregando melhor |
138 |
>>>>> aplicativos (prelink?). |
139 |
>>>>> |
140 |
>>>>> Aqui Pentium 4 2.6Ghz 512 RAM. |
141 |
>>>>> |
142 |
>>>>> -- |
143 |
>>>>> Daniel da Veiga |
144 |
>>>>> Computer Operator - RS - Brazil |
145 |
>>>>> -----BEGIN GEEK CODE BLOCK----- |
146 |
>>>>> Version: 3.1 |
147 |
>>>>> GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- |
148 |
>>>>> PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ |
149 |
>>>>> ------END GEEK CODE BLOCK------ |
150 |
>>>>> |
151 |
>>>>> -- |
152 |
>>>>> gentoo-user-br@g.o mailing list |
153 |
>>>>> |
154 |
>>>>> |
155 |
>>>> |
156 |
>>>> |
157 |
>>>> |
158 |
>>> |
159 |
>>> -- |
160 |
>>> ------------------------------------ |
161 |
>>> helder maximo botter ribas |
162 |
>>> mestrando em ciencias da computacao |
163 |
>>> Intermidia/ICMC/USP |
164 |
>>> ------------------------------------ |
165 |
>>> eu apoio: |
166 |
>>> www.sancalivre.org.br |
167 |
>>> www.gentoobr.org |
168 |
>>> ------------------------------------ |
169 |
>>> |
170 |
>> -- |
171 |
>> gentoo-user-br@g.o mailing list |
172 |
>> |
173 |
>> |
174 |
> |
175 |
-- |
176 |
gentoo-user-br@g.o mailing list |