မမ်မိုရီနည်းခြင်းအတွက် အစောပိုင်းတုံ့ပြန်မှုများအတွက် Earroom 1.3 ကို ဖြန့်ချိသည်။

ခုနစ်လကြာပြီးနောက် ဖွံ့ဖြိုးတိုးတက်လာသည်။ ပုံနှိပ်ထုတ်ဝေ နောက်ခံဖြစ်စဉ်ကို ထုတ်ပြန်ခြင်း။ အစောပိုင်းအခန်း ၁.၄ရရှိနိုင်သော မမ်မိုရီပမာဏကို အခါအားလျော်စွာ စစ်ဆေးပေးသော (MemAvailable၊ SwapFree) နှင့် မှတ်ဉာဏ်ချို့ယွင်းမှုများ ဖြစ်ပေါ်ခြင်းအတွက် အစောပိုင်းအဆင့်တွင် တုံ့ပြန်ရန် ကြိုးစားသည်။

ရနိုင်သောမမ်မိုရီပမာဏသည် သတ်မှတ်ထားသည့်တန်ဖိုးထက်နည်းပါက၊ Earloom သည် (SIGTERM သို့မဟုတ် SIGKILL ပေးပို့ခြင်းဖြင့်) မန်မိုရီကို အတက်ကြွဆုံးစားသုံးသည့် (အမြင့်ဆုံး /proc/*/oom_score တန်ဖိုးရှိ) လုပ်ငန်းစဉ်ကို စနစ်အခြေအနေကို မဖော်ဆောင်ဘဲ အတင်းအဓမ္မ ရပ်စဲသွားမည်ဖြစ်ပါသည်။ system buffers များကိုရှင်းလင်းရန်နှင့် အလုပ်လဲလှယ်ခြင်းအား နှောင့်ယှက်ခြင်း (kernel ရှိ OOM (Out Of Memory) handler သည် အရေးကြီးသောတန်ဖိုးများရောက်ရှိပြီးသောအခြေအနေသို့ရောက်ရှိသွားသောအခါတွင် အစပျိုးသည် အသုံးပြုသူ လုပ်ဆောင်ချက်များအတွက်)။

Earlyoom သည် ဒက်စ်တော့သို့ အတင်းအဓမ္မ ရပ်စဲထားသော လုပ်ငန်းစဉ်များအကြောင်း အကြောင်းကြားစာများ ပေးပို့ခြင်းကို ပံ့ပိုးပေးသည် (အကြောင်းကြား-ပေးပို့ခြင်း) ကို အသုံးပြု၍ ပုံမှန်အသုံးအနှုန်းများကို အသုံးပြု၍ ရပ်စဲလိုသော လုပ်ငန်းစဉ်များ၏ အမည်များကို သတ်မှတ်နိုင်သည် (ရွေးချယ်မှု "- -prefer") သို့မဟုတ် ရပ်သင့်သည် (option "--avoid")။

ထုတ်ဝေမှုအသစ်တွင် အဓိကပြောင်းလဲမှုများ-

  • အချက်ပြမှုတစ်ခုပေးပို့ပြီးနောက် လုပ်ငန်းစဉ်ရပ်စဲခြင်းကို စောင့်ဆိုင်းနေပါသည်။ ၎င်းသည် လုံလောက်သောအခါတွင် အစောပိုင်းက လုပ်ငန်းစဉ်တစ်ခုထက်ပို၍ သေဆုံးစေသည့် ပြဿနာကို ဖြေရှင်းပေးသည်။
  • Notify-send မှတဆင့် လုပ်ငန်းစဉ်များ ပြီးဆုံးကြောင်း အကောင့်ဝင်အသုံးပြုသူများအားလုံးကို အသိပေးရန် အရန် script (notify_all_users.py) ကို ပေါင်းထည့်ခဲ့သည်။
  • UTF-8 အက္ခရာများပါရှိသော အချို့သော လုပ်ငန်းစဉ်အမည်များ၏ မှားယွင်းစွာပြသမှုကို ပြုပြင်ထားပါသည်။
  • ပံ့ပိုးကူညီသူပဋိညာဉ် ကျင့်ထုံးဥပဒေ ကို ချမှတ်ခဲ့သည်။

source: opennet.ru

မှတ်ချက် Add