Re: [ADMIN] High replication lag - Stream Replication - Mailing list pgsql-admin

From Fabrízio de Royes Mello
Subject Re: [ADMIN] High replication lag - Stream Replication
Date
Msg-id CAPfkCSCFx2AbxF=VizWt3uYv=vTE6Nhpd_-PMoQ4uijOYbw8=Q@mail.gmail.com
Whole thread Raw
In response to Re: [ADMIN] High replication lag - Stream Replication  (Marcelo Kruger <marcelo.kruger@neoway.com.br>)
List pgsql-admin

Hi,

Please don't top posting... 


2017-12-10 19:59 GMT-02:00 Marcelo Kruger <marcelo.kruger@neoway.com.br>:
We were able to reduce the volume of generated WAL files. In some cases we use UNLOGGED tables to assist in WAL reduction. But I still find it strange the process of recovery in the standby database use little CPU. Today the process uses between 20 and 50% of a CPU, not using all the processing that the machine offers (20 CPUs, RAID 0 on SSD).


Yes that's correct because we have just a single wal-receiver process on standby.

 
Is there any configuration that allows Postgres to use more processing at the time of the application of WAL files in the StandBy database?


Unfortunately no as I mentioned before...

Did you already run a 'perf top' or 'strace' on recovery process to try understand what happen?

Sorry but I didn't read the entire thread.

Regards,

--
   Fabrízio de Royes Mello         Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

pgsql-admin by date:

Previous
From: Günce Kaya
Date:
Subject: Log File Size
Next
From: Scott Marlowe
Date:
Subject: Re: [ADMIN] High replication lag - Stream Replication