Nginx 1.12.1 Memory Consumption
peter_booth at me.com
Mon Mar 19 17:11:21 UTC 2018
I’d use wrk2 or httperf to recreate a spike that hits an http endpoint. If you don’t see a spike but see one with https then you know ssl is one factor.
It’s also interesting that this happens st around 23000 connections. If you reduce workr count to one or two
And still see max connections around 23000 then it looks another factor is tcp resources.
Sent from my iPhone
> On Mar 19, 2018, at 10:38 AM, Matthew Smith <matthew.smith at acquia.com> wrote:
> The host has 30G total memory. Nginx usage is being measured by summing the Pss values from /proc/$pid/smaps for all worker processes.
> Do you have any suggestions for differentiating between the two issues that might prevent memory from being returned to the system?
>> On Thu, Mar 15, 2018 at 1:06 PM Peter Booth <peter_booth at me.com> wrote:
>> Two questions:
>> 1. how are you measuring memory consumption?
>> 2. How much physical memory do you have on your host?
>> Assuming that you are running on Linux, can you use pidstat -r -t -u -v -w -C “nginx”
>> to confirm the process’s memory consumption,
>> and cat /var/meminfo to view a detailed description of how memory is being used onto entire host.
>>> On Mar 14, 2018, at 1:05 PM, Matthew Smith <matthew.smith at acquia.com> wrote:
>>> I have encountered what I consider to be an interesting behavior. We have Nginx 1.12.1 configured to do SSL termination as well as reverse proxy. Whenever there is a traffic spike (300 req/s > 1000 req/s, 3k active connections > 20k active connections), there is a corresponding spike in Nginx memory consumption. In this case 500M > 8G across 10 worker processes. What is interesting is that Nginx never seems to release this memory after the traffic returns to normal. Is this expected? What is Nginx using this memory for? Is there a configuration that will rotate the workers based on some metric in order to return memory to the system?
>>> Requests per second:
>>> Active connections:
>>> Total Nginx memory usage:
>>> nginx mailing list
>>> nginx at nginx.org
>> nginx mailing list
>> nginx at nginx.org
> nginx mailing list
> nginx at nginx.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nginx