Siyasatin ang tumatakbong daemon bago pagkatiwalaan ang ulimit -n ng login shell. Para sa isang pag-install na gumagamit ng squid.service, magsimula sa:

systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.service

Basahin ang /proc/PID/limits gamit ang tunay na ID ng proseso. Sa isang multi-process na deployment, suriin din ang kaugnay na worker. Ang halagang nakaimbak sa configuration ay hindi patunay na namana ito ng prosesong ito.

KontrolSaklaw
Shell ulimit at PAM limits.confAng mga inapo ng shell o mga sesyon na talagang gumagamit ng setting ng PAM
systemd LimitNOFILE=Mga prosesong sinimulan sa ilalim ng patakaran sa mapagkukunan ng serbisyong iyon
Squid max_filedescriptors, kung sinusuportahanLimitasyon ng aplikasyon sa loob ng mga hadlang ng operating system

Hindi tinatanggap ng isang serbisyo ng system ang mga pagbabago sa PAM dahil lang binago ng administrador ang file. Gumamit ng drop-in na partikular sa serbisyo kapag angkop na baguhin ang limitasyon nito sa systemd. Itinatala ng Squid na ang max_filedescriptors ay nangangailangan ng restart upang magbago; kung iiwang hindi nakatakda, namamana ang malambot na limitasyon ng OS.

Sukatin ang limitasyon para sa mga descriptor, hindi sa mga user. Maaaring humawak ang mga kliyente ng ilang socket, at ang mga palabas na koneksyon, log at pantulong na pipe ay gumagamit din ng mga descriptor. Ang pagtaas ng limitasyon ay nagbibigay-daan sa mas maraming paggamit nang hindi agad naglalaan ng nakapirming RAM para sa bawat posibleng descriptor. Ni ang lumang pagtatantya ng memorya kada socket ni ang 65,535 ay hindi pandaigdigang pangangailangan sa kapasidad o kisame ng Linux.

Pagkatapos ng pagbabago sa serbisyo, ihambing ang mga limitasyon ng bagong proseso sa mga nilalayong halaga. Kung may mga pagkabigo na mas mababa nang malaki, siyasatin ang mapagkukunang talagang nauubos.

Kaugnay na mga artikulo