You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With benchmarking and general performance for Nginx Unit and it's processes, maybe a more suitable and higher default max open file descriptor limits is needed ?
On CentOS 7.4 64bit using systemd unitd.service file, the default limits are fairly low with soft/hard limits at 1024/4096.
root 4018 0.0 0.0 16428 516 ? Ss 00:35 0:00 unit: main [/opt/unit/sbin/unitd]
nginx 4039 0.0 0.0 26672 264 ? S 00:35 0:00 \_ unit: controller
nginx 4241 0.0 0.0 1165196 40 ? S 00:36 0:00 \_ unit: "php71domaincom" application
cat /proc/4039/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 7272 7272 processes
Max open files 1024 4096 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 7272 7272 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
cat /proc/4241/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 7272 7272 processes
Max open files 1024 4096 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 7272 7272 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
cat /proc/4578/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 16384 16384 processes
Max open files 262144 262144 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 7272 7272 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
cat /proc/4642/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 16384 16384 processes
Max open files 262144 262144 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 7272 7272 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
The text was updated successfully, but these errors were encountered:
It's not expected to show good performance at the current stage of early beta, as the code contains some quirks. So, there's not much sense to benchmark and tune limits for that.
But you're right, for production use and performance testing the limits should be raised.
True, though folks will still attempt to benchmark and compare Nginx Unit in early beta to their existing solutions and make early conclusions. And you wouldn't want those conclusions to be limited by something like max open file limits. Though some system admins would easily pinpoint the limitation and make adjustments themselves.
With benchmarking and general performance for Nginx Unit and it's processes, maybe a more suitable and higher default max open file descriptor limits is needed ?
On CentOS 7.4 64bit using systemd unitd.service file, the default limits are fairly low with soft/hard limits at 1024/4096.
Setting higher defaults
The text was updated successfully, but these errors were encountered: