ខឺណែលលីនុចមិនអាចដោះស្រាយស្ថានការណ៍ក្រៅអង្គចងចាំបានយ៉ាងរលូនទេ។

នៅលើបញ្ជីសំបុត្ររួមរបស់អ្នកអភិវឌ្ឍន៍ខឺណែលលីនុច លើកឡើង បញ្ហាជាមួយការគ្រប់គ្រងស្ថានភាពអង្គចងចាំទាបនៅក្នុងលីនុច៖

មានបញ្ហាដែលគេស្គាល់ថាបានញាំញីមនុស្សជាច្រើនអស់រយៈពេលជាច្រើនឆ្នាំ ហើយអាចផលិតឡើងវិញក្នុងរយៈពេលតិចជាងពីរបីនាទីនៅលើខឺណែលលីនុច 5.2.6 ចុងក្រោយបង្អស់។ ប៉ារ៉ាម៉ែត្រខឺណែលទាំងអស់ត្រូវបានកំណត់ទៅជាតម្លៃលំនាំដើម។

ជំហាន៖

• ចាប់ផ្ដើមជាមួយប៉ារ៉ាម៉ែត្រ "mem=4G" ។
• បិទការគាំទ្រ swap (sudo swapoff -a) ។
• យើងបើកដំណើរការកម្មវិធីរុករកតាមអ៊ីនធឺណិតណាមួយ ឧទាហរណ៍ Chrome/Chromium និង/ឬ Firefox។
• យើងចាប់ផ្តើមបើកផ្ទាំងជាមួយគេហទំព័រ ហើយមើលពីរបៀបដែលចំនួនអង្គចងចាំឥតគិតថ្លៃថយចុះ។

ដរាបណាស្ថានភាពកើតឡើងដែលផ្ទាំងថ្មីត្រូវការ RAM ច្រើនជាងដែលអាចប្រើបាន ប្រព័ន្ធស្ទើរតែបង្កកទាំងស្រុង។ អ្នកនឹងមានការលំបាកសូម្បីតែផ្លាស់ទីទស្សន៍ទ្រនិចកណ្ដុរ។ សូចនាករដ្រាយវ៍រឹងនឹងព្រិចភ្នែកមិនឈប់ (ខ្ញុំមិនដឹងថាហេតុអ្វីទេ) ។ អ្នកនឹងមិនអាចចាប់ផ្តើមកម្មវិធីថ្មី ឬបិទកម្មវិធីដែលកំពុងដំណើរការបច្ចុប្បន្នបានទេ។

វិបត្តិតិចតួចនេះអាចមានរយៈពេលប៉ុន្មាននាទី ឬយូរជាងនេះ។ ខ្ញុំ​គិត​ថា ប្រព័ន្ធ​នេះ​មិន​គួរ​មាន​ឥរិយាបថ​បែប​នេះ​ទេ។ ខ្ញុំគិតថាត្រូវធ្វើអ្វីមួយដើម្បីចៀសវាង "ការបង្កក" បែបនេះ។

ខ្ញុំប្រាកដថាវាអាចទៅរួចក្នុងការផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រ sysctl មួយចំនួនដើម្បីជៀសវាងស្ថានភាពបែបនេះ ប៉ុន្តែមានអ្វីមួយប្រាប់ខ្ញុំថានេះអាចជាលំនាំដើមសម្រាប់មនុស្សគ្រប់គ្នាព្រោះអ្នកប្រើប្រាស់ដែលមិនមែនជាបច្ចេកទេសដែលជួបប្រទះបញ្ហានេះនឹងបោះបង់ការប្រើប្រាស់លីនុច ហើយនឹងមិន យកចិត្តទុកដាក់ ដើម្បីស្វែងរកដំណោះស្រាយនៅលើ Google ។

В មតិយោបល់ នៅលើ Reddit អ្នកប្រើប្រាស់មួយចំនួនស្នើឱ្យបើកការ swap ប៉ុន្តែវាមិនដោះស្រាយបញ្ហានោះទេ វាគ្រាន់តែពន្យារពេលវា ហើយជារឿយៗធ្វើឱ្យវាកាន់តែអាក្រក់។ ជាដំណោះស្រាយដែលអាចកើតមាននាពេលអនាគត ការលេចចេញនៅក្នុងខឺណែលអាចពាក់ព័ន្ធ 4.20 និងធ្វើឱ្យប្រសើរឡើងនៅក្នុងស្នូល 5.2 ប្រព័ន្ធរង PSI (Pressure Stall Information) ដែលអនុញ្ញាតឱ្យអ្នកវិភាគព័ត៌មានអំពីពេលវេលារង់ចាំសម្រាប់ការទទួលធនធានផ្សេងៗ (CPU, memory, I/O)។ ប្រព័ន្ធរងនេះធ្វើឱ្យវាអាចរៀបចំការត្រួតពិនិត្យការខ្វះខាតអង្គចងចាំនៅដំណាក់កាលដំបូង កំណត់ប្រភពនៃបញ្ហា និងបញ្ចប់កម្មវិធីដែលមិនសំខាន់ដោយមិនបង្កឱ្យមានផលប៉ះពាល់គួរឱ្យកត់សម្គាល់ចំពោះអ្នកប្រើប្រាស់។

ប្រភព: opennet.ru