PostgreSQL ကို အကောင်းဆုံးဖြစ်အောင် ချိန်ညှိရန် Linux Kernel ရွေးစရာများ

အကောင်းဆုံး PostgreSQL စွမ်းဆောင်ရည်သည် မှန်ကန်စွာ သတ်မှတ်ထားသော လည်ပတ်မှုစနစ် ဘောင်များပေါ်တွင် မူတည်သည်။ ညံ့ဖျင်းသော OS kernel ဆက်တင်များသည် ဒေတာဘေ့စ်ဆာဗာစွမ်းဆောင်ရည်ကို ညံ့ဖျင်းစေနိုင်သည်။ ထို့ကြောင့်၊ ဤဆက်တင်များကို ဒေတာဘေ့စ်ဆာဗာနှင့် ၎င်း၏လုပ်ငန်းတာဝန်များအလိုက် ပြင်ဆင်သတ်မှတ်ရန် လိုအပ်ပါသည်။ ဤပို့စ်တွင်၊ ဒေတာဘေ့စ်ဆာဗာစွမ်းဆောင်ရည်ကို ထိခိုက်စေနိုင်သော အရေးကြီးသော Linux kernel ဘောင်အချို့ကို ဆွေးနွေးပြီး ၎င်းတို့ကို မည်သို့ပြင်ဆင်ရမည်ကို ဆွေးနွေးပါမည်။

SHMMAX / SHMALL

SHMMAX Linux လုပ်ငန်းစဉ်တစ်ခုမှ ခွဲဝေပေးနိုင်သည့် မျှဝေထားသော မမ်မိုရီအပိုင်းတစ်ခု၏ အများဆုံးအရွယ်အစားကို ဆုံးဖြတ်ရန် အသုံးပြုသည့် kernel ဘောင်တစ်ခုဖြစ်သည်။ ဗားရှင်း 9.2 မတိုင်မီ၊ PostgreSQL သည် SHMMAX ဆက်တင်လိုအပ်သည့် System V (SysV) ကို အသုံးပြုခဲ့သည်။ 9.2 ပြီးနောက်၊ PostgreSQL သည် POSIX shared memory သို့ ပြောင်းသွားသည်။ ထို့ကြောင့် ယခုအခါ System V မျှဝေထားသော မမ်မိုရီ၏ ဘိုက်အနည်းငယ်သာ လိုအပ်ပါသည်။

ဗားရှင်း 9.3 မတိုင်မီ၊ SHMMAX သည် အရေးအကြီးဆုံး kernel ကန့်သတ်ချက်ဖြစ်သည်။ SHMMAX တန်ဖိုးကို bytes ဖြင့် သတ်မှတ်သည်။

အလားတူပင် သေးငယ်သော ဆုံးဖြတ်ရန်အသုံးပြုသော အခြား kernel parameter တစ်ခုဖြစ်သည်။
မျှဝေထားသော မှတ်ဉာဏ်စာမျက်နှာများ၏ စနစ်တစ်ခုလုံး ပမာဏ။ လက်ရှိ SHMMAX၊ SHMALL သို့မဟုတ် SHMMIN တန်ဖိုးများကို ကြည့်ရှုရန်၊ အမိန့်ကို အသုံးပြုပါ။ ipcs.

SHM* အသေးစိတ်များ - Linux

$ ipcs -lm

------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 1073741824
max total shared memory (kbytes) = 17179869184
min seg size (bytes) = 1

SHM* အသေးစိတ်များ - MacOS X

$ ipcs -M
IPC status from  as of Thu Aug 16 22:20:35 PKT 2018
shminfo:
	shmmax: 16777216	(max shared memory segment size)
	shmmin:       1	(min shared memory segment size)
	shmmni:      32	(max number of shared memory identifiers)
	shmseg:       8	(max shared memory segments per process)
	shmall:    1024	(max amount of shared memory in pages)

PostgreSQL ကိုအသုံးပြုသည်။ System V ကို IPC မျှဝေထားသော မှတ်ဉာဏ်ကို ခွဲဝေပေးရန်။ ဤကန့်သတ်ချက်များသည် အရေးကြီးဆုံး kernel ဘောင်များထဲမှ တစ်ခုဖြစ်သည်။ အောက်ဖော်ပြပါ အမှားမက်ဆေ့ချ်များကို လက်ခံရရှိသည့်အခါတိုင်း၊ သင့်တွင် PostgreSQL ဗားရှင်းအဟောင်းရှိပြီး သင်၏ SHMMAX တန်ဖိုးသည် အလွန်နည်းသည်ဟု ဆိုလိုသည်။ အသုံးပြုသူများသည် ၎င်းတို့အသုံးပြုရန် ရည်ရွယ်ထားသည့် မျှဝေထားသော မှတ်ဉာဏ်အတိုင်း တန်ဖိုးကို ချိန်ညှိကာ တိုးမြှင့်ရန် မျှော်လင့်ပါသည်။

မှားယွင်းသော ဖွဲ့စည်းမှု အမှားများ ဖြစ်နိုင်သည်။

SHMMAX ကို မှန်ကန်စွာ မသတ်မှတ်ထားပါက၊ ကွန်မန်းကို အသုံးပြု၍ PostgreSQL အစုအဝေးကို စတင်ရန် ကြိုးပမ်းသောအခါတွင် သင်သည် အမှားအယွင်းတစ်ခု ရရှိနိုင်သည်။ initdb.

initdb ပျက်ကွက်
DETAIL: Failed system call was shmget(key=1, size=2072576, 03600).

HINT: This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter. 
You can either reduce the request size or reconfigure the kernel with larger SHMMAX. To reduce the request size (currently 2072576 bytes),
reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.

If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter,
in which case raising the request size or reconfiguring SHMMIN is called for.

The PostgreSQL documentation contains more information about shared memory configuration. child process exited with exit code 1

အလားတူပင်၊ အမိန့်ကို အသုံးပြု၍ PostgreSQL ဆာဗာကို စတင်သောအခါတွင် အမှားအယွင်းတစ်ခု ရရှိနိုင်သည်။ pg_ctl.

pg_ctl ပျက်ကွက်
DETAIL: Failed system call was shmget(key=5432001, size=14385152, 03600).

HINT: This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.

You can either reduce the request size or reconfigure the kernel with larger SHMMAX.; To reduce the request size (currently 14385152 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.

If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter,
in which case raising the request size or reconfiguring SHMMIN is called for.

The PostgreSQL documentation contains more information about shared memory configuration.

အဓိပ္ပါယ် ကွဲလွဲချက်များကို နားလည်ခြင်း။

SHMMAX/SHMALL ဘောင်များကို သတ်မှတ်ခြင်းသည် Linux နှင့် MacOS X တွင် အနည်းငယ်ကွဲပြားသည်-

• Linux- kernel.shmmax၊ kernel.shmall
• MacOS X- kern.sysv.shmmax, kern.sysv.shmall

အဖွဲ့ sysctl တန်ဖိုးကို ယာယီပြောင်းရန် အသုံးပြုနိုင်သည်။ ကိန်းသေတန်ဖိုးများကို သတ်မှတ်ရန်၊ ထည့်သွင်းမှုတစ်ခုကို ထည့်ပါ။ /etc/sysctl.conf. အသေးစိတ်အချက်အလက်များကိုအောက်တွင်ဖော်ပြထားသည်။

MacOS X တွင် Kernel ဆက်တင်များကို ပြောင်းလဲခြင်း။

# Get the value of SHMMAX
sudo sysctl kern.sysv.shmmax
kern.sysv.shmmax: 4096

# Get the value of SHMALL
sudo sysctl kern.sysv.shmall 
kern.sysv.shmall: 4096

# Set the value of SHMMAX
sudo sysctl -w kern.sysv.shmmax=16777216
kern.sysv.shmmax: 4096 -> 16777216

# Set the value of SHMALL 
sudo sysctl -w kern.sysv.shmall=16777216
kern.sysv.shmall: 4096 -> 16777216

Linux ရှိ Kernel Parameters ကိုပြောင်းလဲခြင်း။

# Get the value of SHMMAX
sudo sysctl kernel.shmmax
kernel.shmmax: 4096

# Get the value of SHMALL
sudo sysctl kernel.shmall
kernel.shmall: 4096

# Set the value of SHMMAX
sudo sysctl -w kernel.shmmax=16777216
kernel.shmmax: 4096 -> 16777216

# Set the value of SHMALL 
sudo sysctl -w kernel.shmall=16777216
kernel.shmall: 4096 -> 16777216

မမေ့ပါနှင့်: အပြောင်းအလဲများကို အမြဲတမ်းပြုလုပ်ရန်၊ ဤတန်ဖိုးများကို /etc/sysctl.conf သို့ ထည့်ပါ။

ကြီးမားသောစာမျက်နှာများ

Linux သည် ပုံမှန်အားဖြင့် 4 KB မမ်မိုရီစာမျက်နှာများကိုအသုံးပြုသည်၊ BSD သည် XNUMX KB မမ်မိုရီစာမျက်နှာများကိုအသုံးပြုသည်။ စူပါစာမျက်နှာများနှင့် Windows တွင် - စာမျက်နှာကြီးများ. စာမျက်နှာသည် လုပ်ငန်းစဉ်တစ်ခုအတွက် ခွဲဝေပေးထားသည့် RAM အပိုင်းတစ်ခုဖြစ်သည်။ လုပ်ငန်းစဉ်တစ်ခုသည် မှတ်ဉာဏ်လိုအပ်ချက်ပေါ်မူတည်၍ စာမျက်နှာများစွာရှိနိုင်သည်။ လုပ်ငန်းစဉ်တစ်ခုအတွက် memory များများလိုအပ်လေ၊ ၎င်းကို စာမျက်နှာများ ခွဲဝေပေးလေလေဖြစ်သည်။ OS သည် လုပ်ငန်းစဉ်များအတွက် စာမျက်နှာခွဲဝေမှုဇယားကို ထိန်းသိမ်းထားသည်။ စာမျက်နှာအရွယ်အစား သေးငယ်လေ၊ ဇယားပိုကြီးလေ၊ ထိုစာမျက်နှာဇယားရှိ စာမျက်နှာတစ်ခုကို ရှာဖွေရန် ကြာလေဖြစ်သည်။ ထို့ကြောင့် ကြီးမားသော စာမျက်နှာများသည် ပမာဏကို လျှော့ချပေးခြင်းဖြင့် memory အများအပြားကို အသုံးပြုခွင့်ပေးသည်၊ စာမျက်နှာကြည့်ရှုမှု နည်းပါးခြင်း၊ စာမျက်နှာ အမှားအယွင်းများ နည်းပါးခြင်း၊ ပိုမိုကြီးမားသော ကြားခံများထက် ပိုမိုမြန်ဆန်စွာ ဖတ်ရှုခြင်း/ရေးခြင်း လုပ်ဆောင်ချက်များ။ ရလဒ်ကတော့ စွမ်းဆောင်ရည်ကို မြှင့်တင်ပေးပါတယ်။

PostgreSQL သည် Linux ရှိ စာမျက်နှာကြီးများကိုသာ ပံ့ပိုးပေးသည်။ ပုံမှန်အားဖြင့်၊ Linux သည် 4 KB မမ်မိုရီစာမျက်နှာများကို အသုံးပြုသည်၊ ထို့ကြောင့် မမ်မိုရီလုပ်ဆောင်မှုများ အလွန်များသောကိစ္စများတွင် ပိုကြီးသောစာမျက်နှာများကို သတ်မှတ်ရန် လိုအပ်သည်။ 2 MB နှင့် 1 GB အထိ ကြီးမားသော စာမျက်နှာများကို အသုံးပြုသောအခါ စွမ်းဆောင်ရည် တိုးလာသည်ကို တွေ့ရသည်။ ကြီးမားသော စာမျက်နှာအရွယ်အစားကို စတင်ချိန်၌ သတ်မှတ်နိုင်သည်။ command ကို အသုံးပြု၍ သင်၏ Linux စက်တွင် ကြီးမားသော စာမျက်နှာ ကန့်သတ်ချက်များ နှင့် ၎င်းတို့၏ အသုံးပြုမှုကို အလွယ်တကူ စစ်ဆေးနိုင်သည်။ ကြောင် /proc/meminfo | grep -i ကြီးမားတယ်။.

စာမျက်နှာကြီးများအကြောင်း အချက်အလက်ရယူခြင်း (Linux သီးသန့်)

Note: This is only for Linux, for other OS this operation is ignored$ cat /proc/meminfo | grep -i huge
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

ဤဥပမာတွင်၊ ကြီးမားသောစာမျက်နှာအရွယ်အစားကို 2048 (2 MB) ဟုသတ်မှတ်ထားသော်လည်း ကြီးမားသောစာမျက်နှာများ၏စုစုပေါင်းအရေအတွက်ကို 0 ဟုသတ်မှတ်ထားသည်။ ဆိုလိုသည်မှာ ကြီးမားသောစာမျက်နှာများကိုပိတ်ထားသည်ဟုဆိုလိုသည်။

ကြီးမားသောစာမျက်နှာအရေအတွက်ကိုဆုံးဖြတ်ရန် Script

ဤရိုးရှင်းသော script သည် လိုအပ်သော စာမျက်နှာ အများအပြားကို ပြန်ပေးသည်။ PostgreSQL လုပ်ဆောင်နေချိန်တွင် သင့် Linux ဆာဗာတွင် script ကိုဖွင့်ပါ။ ပတ်​ဝန်းကျင်​​ပြောင်းလဲနိုင်​သည်​ကို ​သေချာ​စေပါ။ $PGDATA PostgreSQL ဒေတာလမ်းညွှန်ကို သတ်မှတ်ထားသည်။

လိုအပ်သော စာမျက်နှာကြီးများ အရေအတွက်ကို ရယူခြင်း။

#!/bin/bash
pid=`head -1 $PGDATA/postmaster.pid`
echo "Pid:            $pid"
peak=`grep ^VmPeak /proc/$pid/status | awk '{ print $2 }'`
echo "VmPeak:            $peak kB"
hps=`grep ^Hugepagesize /proc/meminfo | awk '{ print $2 }'`
echo "Hugepagesize:   $hps kB"
hp=$((peak/hps))
echo Set Huge Pages:     $hp

script output သည် ဤကဲ့သို့ ဖြစ်သည်-

ဇာတ်ညွှန်းအထွက်

Pid:            12737
VmPeak:         180932 kB
Hugepagesize:   2048 kB
Set Huge Pages: 88

စာမျက်နှာကြီးများအတွက် အကြံပြုထားသောတန်ဖိုးသည် 88 ဖြစ်သောကြောင့် ၎င်းကို 88 ဟု သတ်မှတ်သင့်သည်။

စာမျက်နှာကြီးများကို ထည့်သွင်းခြင်း။

sysctl -w vm.nr_hugepages=88

ကြီးမားသောစာမျက်နှာများကိုယခုစစ်ဆေးပါ၊ ကြီးမားသောစာမျက်နှာများကိုအသုံးမပြုကြောင်းတွေ့လိမ့်မည် (HugePages_Free = HugePages_Total)။

စာမျက်နှာကြီးများကို ပြန်လည်ကြည့်ရှုခဲ့သည် (Linux သီးသန့်)

$ cat /proc/meminfo | grep -i huge
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
HugePages_Total:      88
HugePages_Free:       88
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

ယခု huge_pages parameter ကို $PGDATA/postgresql.conf တွင် "on" ဟု သတ်မှတ်ပြီး ဆာဗာကို ပြန်လည်စတင်ပါ။

တစ်ဖန်၊ ကြီးမားသော စာမျက်နှာများအကြောင်း အချက်အလက် (Linux သီးသန့်)

$ cat /proc/meminfo | grep -i huge
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
HugePages_Total:      88
HugePages_Free:       81
HugePages_Rsvd:       64
HugePages_Surp:        0
Hugepagesize:       2048 kB

ကြီးမားသော စာမျက်နှာများ အလွန်နည်းပါးသည်ကို ယခု သင်တွေ့မြင်နိုင်ပြီဖြစ်သည်။ ဒေတာဘေ့စ်ထဲကို ဒေတာတချို့ထည့်ဖို့ အခုကြိုးစားကြည့်ရအောင်။

ကြီးမားသော စာမျက်နှာများကို ပြန်လည်အသုံးပြုရန် ဒေတာဘေ့စ် လုပ်ဆောင်ချက်အချို့

postgres=# CREATE TABLE foo(a INTEGER);
CREATE TABLE
postgres=# INSERT INTO foo VALUES(generate_Series(1,10000000));
INSERT 0 10000000

အရင်ကထက် ပိုကြီးတဲ့ စာမျက်နှာတွေ သုံးနေသလား ကြည့်ရအောင်။

စာမျက်နှာကြီးများတွင် နောက်ထပ်အချက်အလက်များ (Linux သီးသန့်)

$ cat /proc/meminfo | grep -i huge
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
HugePages_Total:      88
HugePages_Free:       18
HugePages_Rsvd:        1
HugePages_Surp:        0
Hugepagesize:       2048 kB

ယခုအခါတွင် ကြီးမားသော စာမျက်နှာအများစုကို အသုံးပြုနေကြောင်း သင်တွေ့မြင်နိုင်ပါပြီ။

မှတ်ချက်- ဤနေရာတွင်အသုံးပြုသည့် HugePages အတွက် ခန့်မှန်းတန်ဖိုးသည် အလွန်နိမ့်ပါသည်၊ ၎င်းသည် ထုတ်ကုန်ပတ်ဝန်းကျင်တွင် လုပ်ဆောင်နေသည့် စက်အတွက် ပုံမှန်တန်ဖိုးမဟုတ်ပေ။ ကျေးဇူးပြု၍ သင့်စနစ်အတွက် လိုအပ်သော စာမျက်နှာအရေအတွက်ကို ခန့်မှန်းပြီး ဝန်နှင့် အရင်းအမြစ်များပေါ်မူတည်၍ ၎င်းတို့ကို သတ်မှတ်ပေးပါ။

vm.swappiness

vm.swappiness ဒေတာဘေ့စ်စွမ်းဆောင်ရည်ကို ထိခိုက်စေနိုင်သော အခြား kernel parameter တစ်ခုဖြစ်သည်။ Linux ရှိ swappiness (မှတ်ဉာဏ်အတွင်းနှင့် စာမျက်နှာများကို လဲလှယ်ခြင်း) ၏အပြုအမူကို ထိန်းချုပ်ရန်အတွက် ဤရွေးချယ်မှုကို အသုံးပြုပါသည်။ တန်ဖိုးသည် 0 မှ 100 အထိ ကွာဟသည်။ ၎င်းသည် မှတ်ဉာဏ်မည်မျှ စာမျက်နှာမည် သို့မဟုတ် စာမျက်နှာထုတ်မည်ကို ဆုံးဖြတ်သည်။ သုညဆိုသည်မှာ လဲလှယ်ခြင်းမရှိသလို 100 သည် ပြင်းထန်သော လဲလှယ်မှုကို ဆိုလိုသည်။

နိမ့်သောတန်ဖိုးများကို သတ်မှတ်ခြင်းဖြင့် ကောင်းမွန်သော စွမ်းဆောင်ရည်ကို ရရှိနိုင်သည်။

၎င်းကို အသစ်သော kernels များတွင် 0 သို့ သတ်မှတ်ခြင်းသည် OOM Killer (Linux ၏ မှတ်ဉာဏ် သန့်ရှင်းရေး လုပ်ငန်းစဉ်) လုပ်ငန်းစဉ်ကို သတ်ပစ်နိုင်သည်။ ထို့ကြောင့် လဲလှယ်ခြင်းကို လျှော့ချလိုပါက ၎င်းကို 1 ဟု သတ်မှတ်ရန် ဘေးကင်းပါသည်။ Linux တွင် မူရင်းတန်ဖိုးသည် 60 ဖြစ်သည်။ မြင့်မားသောတန်ဖိုးသည် MMU (memory management unit) သည် RAM ထက် swap space ပိုများပြီး တန်ဖိုးနိမ့်သည် memory ထဲတွင် data/code ပိုများနေပါသည်။

ပိုနည်းသောတန်ဖိုးသည် PostgreSQL တွင် ပိုမိုကောင်းမွန်သော စွမ်းဆောင်ရည်အတွက် ကောင်းသောအလောင်းအစားဖြစ်သည်။

vm.overcommit_memory / vm.overcommit_ratio

အပလီကေးရှင်းများသည် မန်မိုရီကို ရယူပြီး မလိုအပ်တော့သည့်အခါ ၎င်းကို ထုတ်လွှတ်သည်။ သို့သော် အချို့ကိစ္စများတွင်၊ အပလီကေးရှင်းသည် မန်မိုရီအလွန်အကျွံရရှိပြီး ၎င်းကို မထုတ်လွှတ်ပါ။ ၎င်းသည် OOM လူသတ်သမားကို ဖြစ်စေနိုင်သည်။ ဤသည်မှာ ဖြစ်နိုင်သည့် အတိုင်းအတာတန်ဖိုးများဖြစ်သည်။ vm.overcommit_memory တစ်ခုချင်းစီအတွက် ဖော်ပြချက်နှင့်အတူ

1. Heuristic overcommit (မူလ); kernel-based heuristic
2. ဘာပဲဖြစ်ဖြစ် ကျော်လွှားခွင့်ပြုပါ။
3. လွန်လွန်ကဲကဲ မလုပ်ပါနှင့်၊ လွန်ကဲသော အချိုးကို မကျော်လွန်ပါစေနှင့်။

လင့်ခ်: https://www.kernel.org/doc/Documentation/vm/overcommit-accounting

vm.overcommit_ratio - ဝန်ပိုအတွက်ရနိုင်သော RAM ရာခိုင်နှုန်း။ 50 GB RAM ပါသော စနစ်တစ်ခုတွင် 2% တန်ဖိုးသည် RAM 3 GB အထိ ခွဲဝေပေးနိုင်သည်။

vm.overcommit_memory အတွက် 2 တန်ဖိုးသည် PostgreSQL အတွက် ပိုမိုကောင်းမွန်သော စွမ်းဆောင်ရည်ကို ပေးပါသည်။ ဤတန်ဖိုးသည် OOM လူသတ်သမားဖြစ်စဉ်ကြောင့် သတ်ပစ်မည့်အန္တရာယ်မရှိဘဲ ဆာဗာလုပ်ငန်းစဉ်၏ RAM သုံးစွဲမှုကို အမြင့်ဆုံးဖြစ်စေသည်။ အပလီကေးရှင်းသည် ပြန်လည်စတင်နိုင်မည်ဖြစ်ပြီး၊ ဖြစ်စဉ်ကို OOM လူသတ်သမား၏အန္တရာယ်ကို လျှော့ချပေးသည့် overrun ကန့်သတ်ချက်များအတွင်းသာ ပြန်လည်စတင်နိုင်မည်ဖြစ်သည်။ ထို့ကြောင့်၊ 2 တန်ဖိုးသည် 0 ၏ ပုံသေတန်ဖိုးထက် ပိုမိုကောင်းမွန်သော စွမ်းဆောင်ရည်ကို ပေးသည်။ သို့သော် ပြင်ပမမ်မိုရီကို လွန်လွန်ကဲကဲမဖြစ်စေရန် သေချာစေခြင်းဖြင့် ယုံကြည်စိတ်ချရမှုကို မြှင့်တင်နိုင်ပါသည်။ ၎င်းသည် OOM လူသတ်သမားမှ သတ်သည့်ဖြစ်စဉ်၏အန္တရာယ်ကို ဖယ်ရှားပေးသည်။

လဲလှယ်ခြင်းမပြုဘဲ စနစ်များတွင်၊ 2 နှင့် ညီမျှသော vm.overcommit_memory ပြဿနာတစ်ခု ဖြစ်ပေါ်နိုင်သည်။

https://www.postgresql.org/docs/current/static/kernel-resources.html#LINUX-MEMORY-OVERCOMMIT

vm.dirty_background_ratio / vm.dirty_background_bytes

vm.dirty_background_ratio ဒစ်ခ်သို့ စာရေးရန် လိုအပ်သော ညစ်ပတ်သော စာမျက်နှာများဖြင့် ပြည့်နေသည့် မမ်မိုရီ ရာခိုင်နှုန်းဖြစ်သည်။ flush to disk သည် နောက်ခံတွင် ဖြစ်ပေါ်သည်။ ဤကန့်သတ်ချက်၏တန်ဖိုးသည် 0 မှ 100 အထိရှိပါသည်; သို့သော်၊ 5 အောက်တန်ဖိုးသည် ထိရောက်မှုမရှိနိုင်သော်လည်း အချို့သော kernel များက ၎င်းကို မပံ့ပိုးနိုင်ပါ။ 10 သည် Linux စနစ်အများစုတွင် ပုံသေဖြစ်သည်။ သေးငယ်သောအချက်ဖြင့် ရေးရန်အလေးပေးလုပ်ဆောင်မှုများအတွက် စွမ်းဆောင်ရည်ကို မြှင့်တင်နိုင်သည်၊ ဆိုလိုသည်မှာ Linux သည် ညစ်ပတ်သောစာမျက်နှာများကို နောက်ခံတွင် ဖယ်ရှားပစ်မည်ဟု ဆိုလိုသည်။

တန်ဖိုးသတ်မှတ်ရန် လိုအပ်ပါသည်။ vm.dirty_background_bytes သင်၏ drive ၏အမြန်နှုန်းပေါ် မူတည်.

နှစ်ခုလုံးသည် ဟာ့ဒ်ဝဲကို မှီခိုနေသောကြောင့် ဤဘောင်နှစ်ခုအတွက် "ကောင်းသော" တန်ဖိုးများ မရှိပါ။ သို့သော်၊ vm.dirty_background_ratio ကို 5 သို့ သတ်မှတ်ခြင်းနှင့် vm.dirty_background_bytes ၏ 25% သို့ disk speed သည် ကိစ္စအများစုတွင် စွမ်းဆောင်ရည်ကို ~25% သို့ တိုးတက်စေသည်။

vm.dirty_ratio/dirty_bytes

ဒါကတူတူပါပဲ vm.dirty_background_ratio/dirty_background_bytesအပလီကေးရှင်းကို ပိတ်ဆို့ခြင်းမှလွဲ၍ ပြန်လည်သတ်မှတ်ခြင်းအား အလုပ်သမားစက်ရှင်တွင် လုပ်ဆောင်ပါသည်။ ထို့ကြောင့် vm.dirty_ratio ထက် ပိုမြင့်သင့်သည်။ vm.dirty_background_ratio. ၎င်းသည် အပလီကေးရှင်းကို တတ်နိုင်သမျှ ပိတ်ဆို့ခြင်းမှ ရှောင်ရှားရန် နောက်ခံလုပ်ငန်းစဉ်များကို စောစောစတင်ကြောင်း သေချာစေပါသည်။ disk I/O load ပေါ်မူတည်၍ ဤအချိုးနှစ်ခုကြား ကွာခြားချက်ကို သင်ချိန်ညှိနိုင်သည်။

ရလဒ်

စွမ်းဆောင်ရည် မြှင့်တင်ရန် အခြားဆက်တင်များကို သင် ပြင်ဆင်နိုင်သော်လည်း တိုးတက်မှု အနည်းငယ်သာ ရှိမည်ဖြစ်ပြီး သင်သည် များစွာ အကျိုးရှိမည်မဟုတ်ပါ။ ရွေးချယ်မှုအားလုံးသည် အပလီကေးရှင်းအမျိုးအစားအားလုံးနှင့်သက်ဆိုင်သည်မဟုတ်ကြောင်း မှတ်သားထားရပါမည်။ အချို့သော ဆက်တင်များကို ကျွန်ုပ်တို့ ချိန်ညှိသောအခါတွင် အချို့အက်ပ်များက ပိုကောင်းပြီး အချို့သော အက်ပ်များသည် အလုပ်မလုပ်ပါ။ သင့်မျှော်မှန်းထားသော အလုပ်တာဝန်နှင့် အပလီကေးရှင်းအမျိုးအစားအတွက် ဤဆက်တင်များကို ပြင်ဆင်သတ်မှတ်ခြင်းကြား မှန်ကန်မျှတသော ချိန်ခွင်လျှာကို ရှာဖွေရမည်ဖြစ်ပြီး ချိန်ညှိသည့်အခါ OS အပြုအမူကိုလည်း ထည့်သွင်းစဉ်းစားရပါမည်။ kernel parameters များကို configuration သည် database parameters များကို configure လုပ်သကဲ့သို့ မလွယ်ကူပါ၊ အကြံပြုချက်များ ပြုလုပ်ရန် ပိုမိုခက်ခဲပါသည်။

source: www.habr.com