كىرىش shell نىڭ ulimit -n غا ئىشەنگىچە، مەشغۇلات قىلىۋاتقان daemon نى تەكشۈرۈڭ. squid.service ئىشلىتىدىغان قاچىلاش ئۈچۈن بۇنىڭدىن باشلاڭ:

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

/proc/PID/limits نى ھەقىقىي جەريان ID سى بىلەن ئوقۇڭ. كۆپ جەريانلىق ئورۇنلاشتۇرۇشتا مۇناسىۋەتلىك خىزمەتچىنىمۇ تەكشۈرۈڭ. سەپلىمىدە ساقلانغان قىممەت بۇ جەرياننىڭ ئۇنى مىراس ئالغانلىقىنىڭ ئىسپاتى ئەمەس.

كونترولدائىرە
Shell ulimit ۋە PAM limits.confShell نىڭ ئەۋلادى ياكى PAM تەڭشىكىنى ھەقىقىي ئىشلىتىدىغان سېسسىيەلەر
systemd LimitNOFILE=شۇ مۇلازىمەتنىڭ بايلىق سىياسىتى ئاستىدا باشلانغان جەريانلار
Squid max_filedescriptors، قوللانسامەشغۇلات سىستېمىسىنىڭ چەكلىمىلىرى ئىچىدىكى پروگرامما چېكى

باشقۇرغۇچى ھۆججەتنى ئۆزگەرتكەنلىكى ئۈچۈنلا سىستېما مۇلازىمىتى PAM تۈزىتىشلىرىنى قوبۇل قىلمايدۇ. systemd چېكىنى ئۆزگەرتىش مۇۋاپىق بولغاندا مۇلازىمەتكە خاس drop-in ئىشلىتىڭ. Squid، max_filedescriptors نىڭ ئۆزگىرىشى ئۈچۈن قايتا قوزغىتىش كېرەكلىكىنى خاتىرىلىگەن؛ تەڭشەلمەي قالسا، OS نىڭ يۇمشاق چېكى مىراس ئېلىنىدۇ.

چەكنى ئىشلەتكۈچىلەرگە ئەمەس، تەسۋىرلىگۈچلەرگە قاراپ ئۆلچەڭ. خېرىدارلار بىر قانچە socket تۇتالايدۇ، ھەمدە سىرتقا چىقىش ئۇلىنىشلىرى، خاتىرىلەر ۋە ياردەمچى تۇرۇبا ئىشلىرىمۇ تەسۋىرلىگۈچ ئىشلىتىدۇ. چەكنى ئۆرلىتىش ھەر بىر مۇمكىن بولغان تەسۋىرلىگۈچ ئۈچۈن دەرھال مۇقىم RAM ئاجراتماي، تېخىمۇ كۆپ ئىشلىتىشكە يول قويىدۇ. نە كونا ھەر socket ئۈچۈن ئەسلىھە باھاسى، نە 65,535 ئۇنىۋېرسال سىغىم تەلىپى ياكى Linux چېكى ئەمەس.

مۇلازىمەت ئۆزگەرگەندىن كېيىن يېڭى جەرياننىڭ چەكلىرىنى مۆلچەرلىك قىممەتلەر بىلەن سېلىشتۇرۇڭ. ئۇلاردىن خېلى تۆۋەن مەغلۇبىيەت يۈز بەرسە، ھەقىقىي تۈگەۋاتقان بايلىقنى تەكشۈرۈڭ.

مۇناسىۋەتلىك ماقالىلەر