max_connections and shared_buffers

Поиск
Список
Период
Сортировка
От Anoo Sivadasan Pillai
Тема max_connections and shared_buffers
Дата
Msg-id 772CDA49C515244FA14E34443F62E56402F17349@EX-INDIA1.internal.rmplc.net
обсуждение исходный текст
Ответы Re: max_connections and shared_buffers
Список pgsql-admin

Hi,

1)      I saw a comment from experts-exchage  regarding shared_buffers, where max_connections were 600

2000 shared buffers were for 40 connections
For 600 connections it looks more like 30000 shared buffers - to prevent weekly slowdown.
i.e 8KB*30000 = 240MB

16M work_mem * 600 = 9600MB maximum when everyone is connected. “

 

Can anybody explain the logic behind the calculation?

Why 30000 shared buffers is suggested for 600 connections.  

Postgresql help says “This setting must be at least 128 kilobytes and at least 16 kilobytes times max_connections.”

 

2)  I want to set  max_connections=1024

Can anybody help to suggest a proper value for shared buffers for the settings ( if no other settings are counted )

 

Anoo

 

 

Visit our Website at www.rmesi.co.in

This message is confidential. You should not copy it or disclose its contents to anyone. You may use and apply the information for the intended purpose only. Internet communications are not secure; therefore, RMESI does not accept legal responsibility for the contents of this message. Any views or opinions presented are those of the author only and not of RMESI. If this email has come to you in error, please delete it, along with any attachments. Please note that RMESI may intercept incoming and outgoing email communications.

Freedom of Information Act 2000
This email and any attachments may contain confidential information belonging to RMESI. Where the email and any attachments do contain information of a confidential nature, including without limitation information relating to trade secrets, special terms or prices these shall be deemed for the purpose of the Freedom of Information Act 2000 as information provided in confidence by RMESI and the disclosure of which would be prejudicial to RMESI's commercial interests.

This email has been scanned for viruses by Trend ScanMail.

В списке pgsql-admin по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: pitr replica dies on startup
Следующее
От: "Scott Marlowe"
Дата:
Сообщение: Re: max_connections and shared_buffers