ការស្វែងរកដែនកំណត់ពិតប្រាកដនៃឧបករណ៍ពិពណ៌នាឯកសាររបស់ Squid
អានដែនកំណត់ដំណើរការរបស់ប្រូកស៊ីដែលកំពុងដំណើរការ មុនពេលផ្លាស់ប្តូរការកំណត់ PAM ឬចម្លងតម្លៃ nofile ថេរពីរូបមន្តសមត្ថភាព។
ពិនិត្យដេម៉ុនដែលកំពុងដំណើរការ មុនពេលទុកចិត្តលើ ulimit -n របស់សែលចូល។ សម្រាប់ការដំឡើងដែលប្រើ squid.service សូមចាប់ផ្តើមដោយ៖
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceអាន /proc/PID/limits ដោយប្រើលេខសម្គាល់ដំណើរការពិតប្រាកដ។ នៅក្នុងការដាក់ពង្រាយពហុដំណើរការ សូមពិនិត្យកម្មករពាក់ព័ន្ធផងដែរ។ តម្លៃដែលរក្សាទុកក្នុងការកំណត់មិនមែនជាភស្តុតាងថាដំណើរការនេះទទួលមរតកវាទេ។
| ការគ្រប់គ្រង | វិសាលភាព |
|---|---|
សែល ulimit និង PAM limits.conf | កូនចៅរបស់សែល ឬសេសសិនដែលពិតជាប្រើការកំណត់ PAM |
systemd LimitNOFILE= | ដំណើរការដែលចាប់ផ្តើមក្រោមគោលនយោបាយធនធានរបស់សេវានោះ |
Squid max_filedescriptors នៅកន្លែងដែលគាំទ្រ | ដែនកំណត់កម្មវិធីក្នុងដែនកំណត់ប្រព័ន្ធប្រតិបត្តិការ |
សេវាប្រព័ន្ធមិនទទួលយកការកែសម្រួល PAM គ្រាន់តែដោយសារអ្នកគ្រប់គ្រងបានផ្លាស់ប្តូរឯកសារនោះទេ។ ប្រើ drop-in ជាក់លាក់សម្រាប់សេវា នៅពេលដែលការផ្លាស់ប្តូរដែនកំណត់ systemd របស់វាសមស្រប។ Squid បានចងក្រងថា max_filedescriptors ត្រូវការចាប់ផ្តើមឡើងវិញដើម្បីផ្លាស់ប្តូរ។ ប្រសិនបើទុកចោលមិនកំណត់ វាទទួលមរតកដែនកំណត់ទន់របស់ OS។
វាស់ដែនកំណត់សម្រាប់ឧបករណ៍ពិពណ៌នា មិនមែនអ្នកប្រើប្រាស់ទេ។ អតិថិជនអាចកាន់សុខូវជាច្រើន ហើយការតភ្ជាប់ចេញ កំណត់ហេតុ និងបំពង់ជំនួយក៏ប្រើឧបករណ៍ពិពណ៌នាដែរ។ ការបង្កើនដែនកំណត់អនុញ្ញាតការប្រើប្រាស់ច្រើនជាងមុន ដោយមិនបម្រុងទុក RAM ថេរភ្លាមៗសម្រាប់ឧបករណ៍ពិពណ៌នាដែលអាចមាននីមួយៗ។ ទាំងការប៉ាន់ស្មានអង្គចងចាំចាស់ក្នុងមួយសុខូវ និង 65,535 មិនមែនជាតម្រូវការសមត្ថភាពសកល ឬពិដាន Linux ទេ។
បន្ទាប់ពីផ្លាស់ប្តូរសេវា សូមប្រៀបធៀបដែនកំណត់របស់ដំណើរការថ្មីជាមួយតម្លៃដែលបានបម្រុង។ ប្រសិនបើការបរាជ័យកើតឡើងទាបជាងពួកវាច្រើន សូមស៊ើបអង្កេតធនធានដែលកំពុងអស់ពិតប្រាកដ។