1 |
On 12/23/05, Daniel van Ham Colchete <daniel.colchete@×××××.com> wrote: |
2 |
> Daniel (chará!), |
3 |
> |
4 |
> no Linux a primeira vez que o arquivo é acessado ele é copiado para a |
5 |
> memória. Isso é o cache de memória. Arquivos muito acessado nem saem da |
6 |
> memória (libc por exemplo). O Linux faz isso da maneira mais eficiênte |
7 |
> possível. |
8 |
> |
9 |
> Colocando a partição /lib em um sistema de arquivos armazenado na memória |
10 |
> RAM você primeiro precisa ler os dados do disco para carregar na memória, ou |
11 |
> seja, tem o mesmo custo computacional que o sistema de cache do Linux. A |
12 |
|
13 |
Na verdade não, se os arquivos estiverem na RAM (uma partição montada |
14 |
virtualmente na RAM) então eles apenas serão copiados, e copiados da |
15 |
RAM para ela mesma, o que acarreta uma velocidade MUITO maior do que |
16 |
ler do disco rígido para a memória. |
17 |
|
18 |
> diferença do sistema de cache do Linux tira os arquivos do cache se você |
19 |
> precisar de memória ram para os seus aplicativos rodando. |
20 |
> |
21 |
> É interessante ver que o Linux utiliza o máximo da memória RAM disponível |
22 |
> para o cache de disco. Você pode ter 10GB de RAM que se você acessar 10GB de |
23 |
> arquivos eles vão para a memória automaticamente e a segunda vez que o |
24 |
> acesso for feito ele acessa mais rápido. É muito legal isso. |
25 |
> |
26 |
> A vantagem de colocar o /lib na memória RAM é ilusória, o que você está |
27 |
> fazendo é pegar o trabalho para ler os arquivos do disco quando ele é |
28 |
> requisitado e passando para a inicialização. Ainda mais que se você |
29 |
> compactar as bibliotecas não vão diminuir muito o tamanho. |
30 |
> |
31 |
> O que você acha? |
32 |
> |
33 |
|
34 |
Que os benchmarks no sistema que eu testei desmentem essa ilusão, as |
35 |
bibliotecas carregadas instantaneamente dão um boost enorme no |
36 |
desempenho do sistema. Isso custa RAM, claro, mas acho que você não |
37 |
entendeu bem o que eu quis dizer, então vai a fonte: |
38 |
|
39 |
http://forums.gentoo.org/viewtopic-t-296892.html |
40 |
|
41 |
Era isso chará, é uma pena não poder te postar alguns resultados |
42 |
práticos já que converti aquele sistema em que testei isso em um |
43 |
servidor... Mas também tinha 2GB de RAM naquela máquina e no meu atual |
44 |
desktop só tenho 1GB. |
45 |
|
46 |
> Daniel Colchete |
47 |
> |
48 |
> Em 21/12/05, Daniel da Veiga <danieldaveiga@×××××.com> escreveu: |
49 |
> |
50 |
> |
51 |
> > Há alguns dias estava lendo nos fóruns maneiras de alocar uma partição |
52 |
> inteira na RAM, se você tem mais de 1GB, é MUITO interessante, carregar |
53 |
> partes específicas do sistema padrão, como o /lib afeta |
54 |
> > drasticamente o desempenho. Seria mais uma opção se precisasse, claro que |
55 |
> isso é pra quem tem RAM de sobra, pq na verdade seria alocado duplamente o |
56 |
> que estaria em uso na hora, mas com 2GB dá prá fazer e |
57 |
> > ainda sobra. |
58 |
> > |
59 |
> > |
60 |
> |
61 |
|
62 |
|
63 |
-- |
64 |
Daniel da Veiga |
65 |
Computer Operator - RS - Brazil |
66 |
-----BEGIN GEEK CODE BLOCK----- |
67 |
Version: 3.1 |
68 |
GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- |
69 |
PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ |
70 |
------END GEEK CODE BLOCK------ |
71 |
|
72 |
-- |
73 |
gentoo-user-br@g.o mailing list |