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 <[email protected]> > 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 < > [email protected]>: > > > 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: [email protected] > > [mailto:[email protected]] Em nome de > > [email protected] > > Enviada em: quinta-feira, 28 de agosto de 2008 12:13 > > Para: [email protected] > > 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 > > <[email protected]>: > > > >> 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: [email protected] > >> [mailto:[email protected]] Em nome de > >> [email protected] > >> Enviada em: quinta-feira, 28 de agosto de 2008 10:30 > >> Para: [email protected] > >> 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 > >> [email protected] > >> 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 > >> [email protected] > >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >> > > > > > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > 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 > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
