Durch einfaches Ändern (Erhöhen) der uwsgi der Rückstand hören die -l
oder --listen
Option (wie von user4815162342 hingewiesen), während der Server gestartet wird, auf einen Wert größer als 128 wird uwsgi nicht zulassen, dass laufen. Da es auch eine Systemebene Grenze der Warteschlange auf Unix-Socket und TCP-Verbindung hören - die Standard-128 ist, können Sie es (für Unix-Socket) überprüfen können:
cat /proc/sys/net/core/somaxconn
uwsgi hatte patched gewesen, so dass, wenn der Wert übergibt --listen
Parameter beim Starten von uwsgi ist größer als das System-Level-Limit (Linux-Kernel-Limit) es wird dazu führen, dass uwsgi hart ausfallen. Wenn Sie das Limit für die Warteschlangenwarteschlange von uwsgi höher als das Systemlevel (d. H. 128) setzen möchten, müssen Sie zuerst das Limit des Kernels erhöhen. Kann getan werden die folgenden Befehle ausführen:
$ echo 4096 > /proc/sys/net/core/somaxconn
$ cat /proc/sys/net/core/somaxconn
4096
Oder
$ sysctl -w net.core.somaxconn=4096
Oder net.core.somaxconn=4096
-/etc/sysctl.conf
hinzufügen für sie (überleben den Neustart) dauerhaft werden.
Sind Sie sicher, dass Sie das tun müssen? Wenn Sie einen Rückstand von 100 Verbindungen akkumulieren, müssen Sie mindestens etwa 99% Ihrer Kapazität verwenden. Wenn Sie dann das Limit erhöhen, erhalten Sie nur noch extrem wenig Speicherplatz, bevor die Anzahl der eingehenden Verbindungen das übersteigt, was Sie möglicherweise bereitstellen können. Es wäre viel produktiver, herauszufinden, wie Sie die Anfragen schneller bedienen können. –