Kupata kikomo halisi cha vifafanuzi vya faili vya Squid
Soma vikomo vya mchakato wa proksi inayoendeshwa kabla ya kubadilisha mipangilio ya PAM au kunakili thamani isiyobadilika ya nofile kutoka kwa mapishi ya uwezo.
Kagua daemon inayoendeshwa kabla ya kuamini ulimit -n ya ganda la kuingia. Kwa usakinishaji unaotumia squid.service, anza na:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceSoma /proc/PID/limits ukitumia kitambulisho halisi cha mchakato. Katika usambazaji wa michakato mingi, angalia pia mfanyakazi husika. Thamani iliyohifadhiwa kwenye usanidi si uthibitisho kwamba mchakato huu umeirithi.
| Udhibiti | Wigo |
|---|---|
Ganda ulimit na PAM limits.conf | Wazao wa ganda au vipindi vinavyotumia mpangilio wa PAM kwa kweli |
systemd LimitNOFILE= | Michakato iliyoanzishwa chini ya sera ya rasilimali ya huduma hiyo |
Squid max_filedescriptors, inapotumika | Kikomo cha programu ndani ya vikwazo vya mfumo wa uendeshaji |
Huduma ya mfumo haichukui mabadiliko ya PAM kwa sababu tu msimamizi amebadilisha faili. Tumia drop-in maalum kwa huduma wakati kubadilisha kikomo chake cha systemd kunafaa. Squid inaandika kwamba max_filedescriptors inahitaji kuwashwa upya ili kubadilika; ikiachwa bila kuwekwa, hurithi kikomo laini cha OS.
Pima kikomo kwa vifafanuzi, si kwa watumiaji. Wateja wanaweza kushikilia soketi kadhaa, na miunganisho ya nje, kumbukumbu na mabomba ya usaidizi pia hutumia vifafanuzi. Kuongeza kikomo huruhusu matumizi zaidi bila kuhifadhi mara moja kiasi kisichobadilika cha RAM kwa kila kifafanuzi kinachowezekana. Wala makadirio ya zamani ya kumbukumbu kwa soketi wala 65,535 si mahitaji ya jumla ya uwezo au dari la Linux.
Baada ya mabadiliko ya huduma, linganisha vikomo vya mchakato mpya na thamani zilizokusudiwa. Ikiwa hitilafu zinatokea chini sana yao, chunguza rasilimali inayoisha kwa kweli.