Esse exemplo que vc citou nao é sobre shared buffers e sim sobre
usar um RAMDISK pra guardar os dados do banco.
Vc cria um ramdisk e coloca o banco nele, qqer boot destrói todo o banco de
dados
bem como todo o tablespace. Para fazer funcinoar uma recuperação automatica
vc
teria que usar o log shipping e sempre que a máquina for ligada ele vai
fazer o recovery
do banco para a memória.
Nunca usei ainda :P
2008/8/28 alecin...@inf.ufsc.br
Prezado Rafael:
Agora estamos entrando na área de sistemas operacionais. Quem faz o
gerenciamento de memória é o sistema operacional. Eu estudei isso a muito
tempo, teria de dar uma pesquisada para te responder de forma apropriada a
questão da serialização.
Agora, as consultas são realizadas em cima da memória RAM. Isso é sempre
assim, independente da quantidade de memória que se tem a disposição. Caso
não encontre o que se deseja, é feito o acesso a disco. Mais uma vez, quem
gerencia isso é o sistema operacional, ou seja, é a base de funcionamento,
não só para banco de dados, como para qualquer programa.
Att,
Alecindro
Quoting Rafael Helm - Trevisan Tecnologia
rh...@trevisantecnologia.com.br:
Boa tarde Alecindro, obrigado pela resposta, mas não entendi muito bem...
seguem algumas duvidas:
A alocação de memória é para consultas. Qualquer alteração nos dados é
realizado a serialização.
- Os dados estão todos alocados em memória RAM, ou seja, as consultas são
executadas em cima de informações da memória?
- A cada insert, update ou delete o banco executa primeiro na ram e
depois é
serializado no HD?
Rafael Helm.
-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
alecin...@inf.ufsc.br
Enviada em: quinta-feira, 28 de agosto de 2008 12:13
Para: pgbr-geral@listas.postgresql.org.br
Assunto: Re: [pgbr-geral] Banco instanciado em memória RAM
Prezado Rafael:
No arquivo postgresql.conf podemos alterar o valor do parâmetro
shared_buffers.
Este parâmetro, se não me engano, geralmente vem setado com o valor 1000.
O
valor deste parâmetro está expresso em blocos de 8 Kbytes (128 representa
1.024 Kbytes ou 1 Mb).
O windows aloca dinamicamente essa memória. No caso do linux, terá de
verificar a quantidade de memória solicitada e quanto o sistema
operacional
disponibiliza. Caso necessite de mais memória do que o disponibilizado
terá
de fazer alterações no Kernell.
A alocação de memória é para consultas. Qualquer alteração nos dados é
realizado a serialização.
Att,
Alecindro
Quoting Rafael Helm - Trevisan Tecnologia
rh...@trevisantecnologia.com.br:
Pessoal apartir da resposta de um outro tópico eu peguei este trecho que
foi
digitado pelo colega Alecindro e gostaria de obter maiores informações:
o banco é relativamente pequeno (1 gb) e o servidor tendo 4 GB de
memória,
instanciei todo o banco em memória
- É possível configurar o PostgreSQL para que todo o banco fique
instanciado
em memória?
- Em que momento o dado é replicado para a memória física (HD)?
Rafael Helm.
-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
alecin...@inf.ufsc.br
Enviada em: quinta-feira, 28 de agosto de 2008 10:30
Para: pgbr-geral@listas.postgresql.org.br
Assunto: Re: [pgbr-geral] RES: Performace Postgres Linux X Windows
Nas experiências que tive com windows e linux, digo que depende do que
você
quer rodar no servidor. É só servidor de banco de dados?
Tive um problema com o linux por não possuir drive para o RAID do
servidor
que
tenho. É um servidor de banco de dados. Instalei o windows 2003 server e
como
o banco é relativamente pequeno (1 gb) e o servidor tendo 4 GB de
memória,
instanciei todo o banco em memória, ou seja reservei 1 gb para o banco
(na
verdade bem mais prevendo expansão do banco). Com isso não tive
diferenças
de desempenho nem de estabilidade. Estamos a 3 anos sem desligar o
servidor.
Agora, se for apenas servidor de banco de dados, digo que é preferível o
Linux, pois permiti carregar apenas os processos que serão utilizados.
Att,
Alecindro
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
--
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.
No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.11/1639 - Release Date:
28/8/2008
07:39
--
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br