Squid හි සැබෑ ගොනු විස්තරක සීමාව සෙවීම
PAM සැකසුම් වෙනස් කිරීමට හෝ ධාරිතා වට්ටෝරුවකින් ස්ථිර nofile අගයක් පිටපත් කිරීමට පෙර ක්‍රියාත්මක වන ප්‍රොක්සියේ ක්‍රියාවලි සීමා කියවන්න.
පිවිසුම් shell හි ulimit -n විශ්වාස කිරීමට පෙර ක්‍රියාත්මක වන ඩේමන් පරීක්ෂා කරන්න. squid.service භාවිත කරන ස්ථාපනයක් සඳහා මෙයින් ආරම්භ කරන්න:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceසැබෑ ක්‍රියාවලි ID භාවිතයෙන් /proc/PID/limits කියවන්න. බහු-ක්‍රියාවලි යෙදවුමක, අදාළ worker ද පරීක්ෂා කරන්න. වින්‍යාසයේ සුරකින ලද අගයක් මෙම ක්‍රියාවලිය එය උරුම කරගෙන ඇති බවට සාක්ෂියක් නොවේ.
| පාලනය | විෂය පථය |
|---|---|
Shell ulimit සහ PAM limits.conf | Shell හි දරුවන් හෝ PAM සැකසුම සැබවින්ම භාවිත කරන සැසි |
systemd LimitNOFILE= | එම සේවාවේ සම්පත් ප්‍රතිපත්තිය යටතේ ආරම්භ කළ ක්‍රියාවලි |
Squid max_filedescriptors, සහාය දක්වන තැන | මෙහෙයුම් පද්ධතියේ සීමා තුළ යෙදුම් සීමාව |
පරිපාලකයා ගොනුව වෙනස් කළ නිසා පමණක් පද්ධති සේවාවක් PAM සංස්කරණ භාර නොගනී. systemd සීමාව වෙනස් කිරීම සුදුසු විට සේවා-විශේෂිත drop-in එකක් භාවිත කරන්න. max_filedescriptors වෙනස් කිරීමට නැවත ආරම්භ කිරීම අවශ්‍ය බව Squid ලේඛනගත කරයි; සකසා නොමැතිව තැබුවහොත් OS හි මෘදු සීමාව උරුම වේ.
සීමාව පරිශීලකයින් සඳහා නොව විස්තරක සඳහා මනින්න. සේවාදායකයන්ට සොකට් කිහිපයක් තබා ගත හැක, පිටතට යන සම්බන්ධතා, ලොග සහ සහායක නළ ද විස්තරක වැය කරයි. සීමාව ඉහළ දැමීමෙන් හැකි සෑම විස්තරකයක් සඳහාම ස්ථිර RAM ප්‍රමාණයක් වහාම වෙන් නොකර වැඩි පරිභෝජනයක් ඉඩ දෙයි. පැරණි සොකට්-එකකට මතක ඇස්තමේන්තුවක් හෝ 65,535 හෝ සර්වත්‍ර ධාරිතා අවශ්‍යතාවක් හෝ Linux සීමාවක් නොවේ.
සේවා වෙනසෙන් පසු නව ක්‍රියාවලියේ සීමා අපේක්ෂිත අගයන් සමඟ සසඳන්න. ඒවාට වඩා බෙහෙවින් පහළින් අසාර්ථකත්වයන් ඇති වුවහොත්, සැබවින්ම අවසන් වන සම්පත විමර්ශනය කරන්න.