Thread: instalação do postgresql93-contrib.x86_64
Pessoal, bom dia...
É seguro fazer a instalação do pacote postgresql93-contrib.x86_64 com o banco on-line???
--
É seguro fazer a instalação do pacote postgresql93-contrib.x86_64 com o banco on-line???
Comando:
yum install postgresql93-contrib.x86_64
yum install postgresql93-contrib.x86_64
Grato pela atenção.
--
Mauricio
On RHEL 6.4 which is the best setting for wal_sync_method for write intensive operations. Is the default fdatasync good for all conditions, including reliability.
Thanks
Thanks
Hi, Google translate helped me to understand the email ;) It is safe to install it to any environment. These are not 3rd party modules. They are shipped inside the main tarball. Regards, Devrim On Thu, 2015-05-07 at 10:30 -0300, Mauricio Tavares wrote: > Pessoal, bom dia... > > É seguro fazer a instalação do pacote postgresql93-contrib.x86_64 com o > banco on-line??? > > Comando: > yum install postgresql93-contrib.x86_64 > > Grato pela atenção. > > -- Devrim GÜNDÜZ Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR
Attachment
2015-05-07 10:30 GMT-03:00 Mauricio Tavares <mfx1975@gmail.com>:
É seguro fazer a instalação do pacote postgresql93-contrib.x86_64 com o banco on-line???
Sim. É seguro.
Para mensagens em Português, você pode assinar a lista pgbr-geral [1] da comunidade postgresql.org.br [2]
[1] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[2] http://www.postgresql.org.br/old/participe
[1] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[2] http://www.postgresql.org.br/old/participe
Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
Speaking to the sys admins we found that the file system where the WAL was written to did not have direct_io and hence all writes were getting buffered. So we enabled direct_io on that FS and now writes are order of magnitude slower (5x times).
It seems PG already uses O_DIRECT for WAL. So is the enabling of direct_io in the mount options of the FS totally redundant. It definitely has a serious performance impact.
Thanks
From: srkrishna@outlook.com
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Best setting for wal_sync_method
Date: Thu, 7 May 2015 09:36:36 -0400
On RHEL 6.4 which is the best setting for wal_sync_method for write intensive operations. Is the default fdatasync good for all conditions, including reliability.
Thanks
Thanks
Ravi Krishna wrote: > On RHEL 6.4 which is the best setting for wal_sync_method for write intensive operations. Is the > default fdatasync good for all conditions, including reliability. Yes; you should not change that. At least not without running performance tests. There is the pg_test_fsync contrib that can help you test the different methods. http://www.postgresql.org/docs/current/static/pgtestfsync.html > Speaking to the sys admins we found that the file system where the WAL was written to did not have > direct_io and hence all writes were getting buffered. So we enabled direct_io on that FS and now > writes are order of magnitude slower (5x times). > > It seems PG already uses O_DIRECT for WAL. So is the enabling of direct_io in the mount options of the > FS totally redundant. It definitely has a serious performance impact. You should not use direct I/O with PostgreSQL. All that is required is that the file system and the underlying hardware honors the fsync() (or fdatasync()) system calls, i.e. it is guaranteed that when these functions return, the written data cannot get lost by a subsequent crash. You want to make very sure that that is the case, otherwise your database *will* be corrupted after a crash some day. Yours, Laurenz Albe