Async, Swoole နှင့် Parallel ကို အသုံးပြု၍ Tarantool အတွက် PHP ချိတ်ဆက်မှုများကို အရှိန်မြှင့်ခြင်း။

PHP ဂေဟစနစ်တွင် လောလောဆယ်တွင် Tarantool ဆာဗာနှင့် လုပ်ဆောင်ရန် ချိတ်ဆက်မှုနှစ်ခုရှိသည် - ၎င်းသည် တရားဝင် PECL တိုးချဲ့မှုဖြစ်သည်။ tarantool/tarantool-phpC နဲ့ရေးထားတယ်။ tarantool-php/clientPHP နဲ့ရေးထားတာပါ။ ကျွန်ုပ်သည် နောက်ဆုံးစာရေးဆရာဖြစ်သည်။

ဤဆောင်းပါးတွင်၊ စာကြည့်တိုက်နှစ်ခုလုံး၏စွမ်းဆောင်ရည်စမ်းသပ်ခြင်း၏ရလဒ်များကိုမျှဝေပြီး၊ ကုဒ်ကိုအနည်းငယ်မျှသာပြောင်းလဲမှုဖြင့်သင်သည် 3-5 စွမ်းဆောင်ရည်တိုးမြင့်မှုကိုမည်သို့ရနိုင်သည်ကိုပြသလိုသည် (ဓာတုစမ်းသပ်မှုများ).

ငါတို့ ဘာစမ်းသပ်ကြမလဲ။

အထက်ဖော်ပြပါများကို ကျွန်ုပ်တို့ စမ်းသပ်ပါမည်။ synchronous ချိတ်ဆက်ကိရိယာများသည် တပြိုင်တည်း၊ အပြိုင်၊ နှင့် အပြိုင်အဆိုင်လုပ်ဆောင်နေပါသည်။ 🙂 ကျွန်ုပ်တို့သည် ချိတ်ဆက်ကိရိယာများ၏ ကုဒ်ကိုလည်း မထိချင်ပါ။ လက်ရှိတွင် သင်အလိုရှိသောအရာကို ရရှိရန်အတွက် တိုးချဲ့မှုများစွာကို ရရှိနိုင်ပါသည်-

• Swoole - PHP အတွက် စွမ်းဆောင်ရည်မြင့် ပြတ်တောက်မှုဆိုင်ရာ မူဘောင်တစ်ခု။ Alibaba နှင့် Baidu ကဲ့သို့သော အင်တာနက် ကုမ္ပဏီကြီးများက အသုံးပြုကြသည်။ ဗားရှင်း 4.1.0 ကတည်းက မှော်နည်းလမ်းတစ်ခု ပေါ်လာသည်။ SwooleRuntime::enableCoroutine()၎င်းသည် သင့်အား "တစ်ပြိုင်နက်တည်း PHP ကွန်ရက်စာကြည့်တိုက်များကို ကုဒ်တစ်ကြောင်းဖြင့် အညီဖြစ်စေမည့်အရာများအဖြစ်သို့ ပြောင်းလဲနိုင်စေပါသည်။"
• Async သည် မကြာသေးမီအချိန်အထိ PHP တွင် အဆက်မပြတ်လုပ်ဆောင်နိုင်သော အလားအလာရှိသော extension တစ်ခုဖြစ်သည်။ မကြာသေးခင်အထိ ဘာကြောင့်လဲ။ ကံမကောင်းစွာပဲ၊ ကျွန်ုပ်မသိသော အကြောင်းပြချက်ကြောင့် စာရေးသူသည် သိုလှောင်ခန်းကို ဖျက်လိုက်ပြီး ပရောဂျက်၏ အနာဂတ်ကံကြမ္မာကို မရှင်းလင်းပါ။ အဲဒါကို သုံးရမှာပေါ့။ တစ်ခု လမ်းဆုံလမ်းခွများမှ Swoole ကဲ့သို့ပင်၊ ဤတိုးချဲ့မှုသည် TCP နှင့် TLS စီးကြောင်းများ၏ စံအကောင်အထည်ဖော်မှုပုံစံများကို ၎င်းတို့၏ အညီအညွတ်ဗားရှင်းများဖြင့် အစားထိုးခြင်းဖြင့် သင်၏ဘောင်းဘီကို လက်ကောက်ဝတ်ကို လှန်လိုက်ခြင်းဖြင့် အလွယ်တကူ ဖွင့်နိုင်စေမည်ဖြစ်သည်။ ၎င်းကိုရွေးချယ်မှုမှတဆင့်လုပ်ဆောင်သည် "async.tcp = ၁"။
• မျဉ်းပြိုင်နေသော - phpdbg, apcu, pthreads, pcov, uopz ကဲ့သို့သော စာကြည့်တိုက်များကို ရေးသားသူ လူသိများသော Joe Watkins ထံမှ အတော်လေး အသစ်သော တိုးချဲ့မှုတစ်ခု။ တိုးချဲ့မှုသည် PHP တွင် multithreading အတွက် API ကိုထောက်ပံ့ပေးပြီး pthread များအတွက်အစားထိုးတစ်ခုအဖြစ်နေရာချထားသည်။ စာကြည့်တိုက်၏ သိသာထင်ရှားသော ကန့်သတ်ချက်တစ်ခုမှာ ၎င်းသည် PHP ၏ ZTS (Zend Thread Safe) ဗားရှင်းနှင့်သာ လုပ်ဆောင်နိုင်ခြင်းဖြစ်သည်။

ဘယ်လိုစမ်းသပ်မလဲ။

ရေး-ကြိုတင်မှတ်တမ်းကိုပိတ်ထားခြင်းဖြင့် Tarantool ဥပမာကိုဖွင့်ကြပါစို့ (wal_mode = မရှိပါ။) နှင့် တိုးမြှင့်ထားသော ကွန်ရက်ကြားခံ (readahead = 1 * 1024 * 1024) ပထမရွေးချယ်မှုသည် disk နှင့်အလုပ်လုပ်ခြင်းကိုဖယ်ရှားမည်ဖြစ်ပြီး၊ ဒုတိယတစ်ခုသည် operating system buffer မှတောင်းဆိုမှုများကိုပိုမိုဖတ်ရှုနိုင်စေပြီးစနစ်ခေါ်ဆိုမှုအရေအတွက်ကိုအနည်းဆုံးလျှော့ချလိမ့်မည်။

စံညွှန်းမစတင်မီ ဒေတာ (ထည့်သွင်းခြင်း၊ ဖျက်ခြင်း၊ ဖတ်ရှုခြင်း စသည်) နှင့် လုပ်ဆောင်သော စံသတ်မှတ်ချက်များအတွက်၊ စံညွှန်းမစတင်မီတွင်၊ ကိန်းပြည့်တန်ဖိုးများကို စီထားသော ကိန်းပြည့်တန်ဖိုးများကို ဂျင်နရေတာမှ ဖန်တီးထားသည့် memtx space (ပြန်လည်) ဖန်တီးပေးမည်ဖြစ်သည်။ (အစီအစဥ်)။
space DDL သည် ဤကဲ့သို့ ဖြစ်သည်-

space = box.schema.space.create(config.space_name, {id = config.space_id, temporary = true})
space:create_index('primary', {type = 'tree', parts = {1, 'unsigned'}, sequence = true})
space:format({{name = 'id', type = 'unsigned'}, {name = 'name', type = 'string', is_nullable = false}})

လိုအပ်ပါက၊ စံသတ်မှတ်ချက်ကို မလုပ်ဆောင်မီ၊ နေရာလွတ်သည် ဖောင်ပုံစံ၏ tuples 10,000 နှင့် ပြည့်နေပါသည်။

{id, "tuplе_<id>"}

Tuple များကို ကျပန်းသော့တန်ဖိုးဖြင့် ဝင်ရောက်ကြည့်ရှုသည်။

စံသတ်မှတ်ချက်ကိုယ်တိုင်က အကြိမ် 10,000 (တော်လှန်ရေးများ) ကို လုပ်ဆောင်သည့် ဆာဗာထံ တောင်းဆိုချက်တစ်ခုတည်းဖြစ်ပြီး ၎င်းသည် အကြိမ်ပေါင်း 5 (တော်လှန်မှုများ) ကို ဆက်တိုက်လုပ်ဆောင်သည်။ အကြိမ် ၅ ကြိမ်ကြားရှိ အချိန်သွေဖည်မှုအားလုံးသည် လက်ခံနိုင်သော အမှားအယွင်း 3%* အတွင်းတွင် ရှိနေသည်အထိ ထပ်တလဲလဲ ပြုလုပ်နေပါသည်။ အဲဒီနောက်မှာတော့ ပျမ်းမျှရလဒ်ကို ယူပါတယ်။ ပရိုဆက်ဆာအား အဟန့်အတားမဖြစ်စေရန် ထပ်တလဲလဲလုပ်ဆောင်မှုများကြားတွင် 1 စက္ကန့်ခေတ္တရပ်နိုင်သည်။ Lua ၏ အမှိုက်သိမ်းသူကို ထပ်ခါတလဲလဲ မလုပ်ဆောင်မီ ပိတ်ထားပြီး ၎င်းကို အပြီးသတ်ပြီးနောက် စတင်ခိုင်းသည်။ PHP လုပ်ငန်းစဉ်သည် စံသတ်မှတ်ချက်အတွက် လိုအပ်သော တိုးချဲ့မှုများဖြင့်သာ စတင်လုပ်ဆောင်ပြီး၊ အထွက်နှုန်းကို အရှိန်မြှင့်ပေးပြီး အမှိုက်စုဆောင်းသူကို ပိတ်ထားသည်။

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

ပတ်ဝန်းကျင်ကို စမ်းသပ်ပါ။

အောက်ဖော်ပြပါ ရလဒ်များကို MacBookPro (2015)၊ လည်ပတ်မှုစနစ် - Fedora 30 (kernel ဗားရှင်း 5.3.8-200.fc30.x86_64) ပေါ်တွင် ပြုလုပ်ထားပါသည်။ Tarantool ကို "ကန့်သတ်ချက်ဖြင့် docker တွင်စတင်ခဲ့သည်--network host".

Package ဗားရှင်းများ-

Tarantool: 2.3.0-115-g5ba5ed37e
Docker- 19.03.3၊ a872fc2f86 တည်ဆောက်ခြင်း။
PHP- 7.3.11 (cli) (တည်ဆောက်မှု- Oct 22 2019 08:11:04)
tarantool/ဖောက်သည်- 0.6.0
rybakit/msgpack: 0.6.1
ext-tarantool- 0.3.2 (+ 7.3 အတွက် patch)*
ext-msgpack- 2.0.3
ext-async- 0.3.0-8c1da46
ext-swoole- 4.4.12
ext-parallel- 1.1.3

* ကံမကောင်းစွာဖြင့်၊ တရားဝင်ချိတ်ဆက်ကိရိယာသည် PHP ဗားရှင်း > 7.2 နှင့် အလုပ်မလုပ်ပါ။ PHP 7.3 တွင် extension ကို compile လုပ်ပြီး run ရန်၊ ကျွန်တော်အသုံးပြုရမည်ဖြစ်ပါသည်။ ဖာထေးခြင်း။.

ရလဒ်များကို

synchronous မုဒ်

Tarantool ပရိုတိုကောသည် ဒွိဖော်မတ်ကို အသုံးပြုသည်။ MessagePack မက်ဆေ့ချ်များကို အမှတ်စဉ်ပြုလုပ်ရန်။ PECL ချိတ်ဆက်ကိရိယာတွင်၊ အမှတ်စဉ်များကို စာကြည့်တိုက်၏ နက်နဲသောနေရာတွင် ဝှက်ထားပြီး userland ကုဒ်မှ ကုဒ်သွင်းခြင်းလုပ်ငန်းစဉ်အပေါ် သက်ရောက်မှုရှိသည်။ ဖြစ်နိုင်ပုံမပေါ်ပါ။. ဆန့်ကျင်ဘက်အနေနှင့် သန့်ရှင်းသော PHP ချိတ်ဆက်ကိရိယာသည် standard encoder ကို တိုးချဲ့ခြင်း သို့မဟုတ် သင့်ကိုယ်ပိုင်အကောင်အထည်ဖော်မှုကို အသုံးပြုခြင်းဖြင့် ကုဒ်သွင်းခြင်းလုပ်ငန်းစဉ်ကို စိတ်ကြိုက်ပြင်ဆင်နိုင်စေပါသည်။ ဘောက်စ်တွင် ကုဒ်ပြောင်းကိရိယာ နှစ်ခု ရှိသည်၊ တစ်ခုသည် အခြေခံသည်။ msgpack/msgpack-php (တရားဝင် MessagePack PECL တိုးချဲ့မှု)၊ အခြားတစ်ခုကို ဖွင့်ထားသည်။ rybakit/msgpack (Pure PHP ဖြင့်)။

ချိတ်ဆက်မှုများကို နှိုင်းယှဉ်ခြင်းမပြုမီ၊ ကျွန်ုပ်တို့သည် PHP ချိတ်ဆက်ကိရိယာအတွက် MessagePack ကုဒ်ပြောင်းကိရိယာများ၏ စွမ်းဆောင်ရည်ကို တိုင်းတာမည်ဖြစ်ပြီး နောက်ထပ်စမ်းသပ်မှုများတွင် အကောင်းဆုံးရလဒ်ကိုပြသမည့်တစ်ခုကို ကျွန်ုပ်တို့အသုံးပြုပါမည်။

PHP ဗားရှင်း (Pure) သည် PECL တိုးချဲ့မှုထက် မြန်ဆန်သော်လည်း၊ လက်တွေ့ပရောဂျက်များတွင် ၎င်းကို အသုံးပြုရန် အကြံပြုလိုပါသည်။ rybakit/msgpackတရားဝင် MessagePack တိုးချဲ့မှုတွင် ဖော်မတ်သတ်မှတ်ချက်ကို တစ်စိတ်တစ်ပိုင်းမျှသာ လုပ်ဆောင်ထားသောကြောင့် (ဥပမာ၊ Decimal မပါဘဲ သင်အသုံးပြု၍ရနိုင်မည်မဟုတ်သည့် စိတ်ကြိုက်ဒေတာအမျိုးအစားများအတွက် ပံ့ပိုးမှုမရှိပါ - Tarantool 2.3 တွင် မိတ်ဆက်ထားသော ဒေတာအမျိုးအစားအသစ်) ပါရှိပြီး၊ အခြားအရေအတွက် ပြဿနာများ ( PHP 7.4 နှင့် တွဲဖက်အသုံးပြုနိုင်သည့် ပြဿနာများ အပါအဝင်)။ ယေဘူယျအားဖြင့်တော့ ဒီပရောဂျက်ကို စွန့်လွှတ်လိုက်ရပါတယ်။

ထို့ကြောင့်၊ synchronous mode တွင် connectors များ၏စွမ်းဆောင်ရည်ကိုတိုင်းတာကြပါစို့။

ဂရပ်မှတွေ့မြင်နိုင်သကဲ့သို့ PECL ချိတ်ဆက်ကိရိယာ (Tarantool) သည် PHP ချိတ်ဆက်ကိရိယာ (Client) နှင့် နှိုင်းယှဉ်ပါက ပိုမိုကောင်းမွန်သောစွမ်းဆောင်ရည်ကို ပြသသည်။ သို့သော် နောက်ပိုင်းတွင် ပိုမိုနှေးကွေးသောဘာသာစကားဖြင့် အကောင်အထည်ဖော်ခြင်းအပြင်၊ ခေါ်ဆိုမှုတစ်ခုစီတိုင်းနှင့် အရာဝတ္ထုအသစ်တစ်ခုကို ဖန်တီးထားသည်မှာ အံ့သြစရာမဟုတ်ပေ။ တောင်းဆိုချက်ကို и တုံ့ပြန်ချက် (Select - မှာလည်း ပါပါတယ်။ လိုအပ်ချက်နှင့် Update/Upsert ၏ကိစ္စတွင်၊ စစ်ဆင်ရေး) သီးခြား အဖွဲ့အစည်းများ လုပ္ငန္းသဘာ၀တူညီသူမ်ား၏ , Packer ပါ и handler သူတို့လည်း အပေါ်ကနေ ထည့်တယ်။ စျေးနှုန်းအရ ပြောင်းလွယ်ပြင်လွယ်သည် ထင်ရှားသည်။ သို့သော် ယေဘုယျအားဖြင့်၊ PHP စကားပြန်သည် ကွာခြားချက်တစ်ခုရှိသော်လည်း ၎င်းသည် အရေးမပါသော်လည်း PHP 7.4 တွင် preloading ကိုအသုံးပြုသည့်အခါတွင် စွမ်းဆောင်ရည်ကောင်းမွန်သည်ကိုပြသသည်၊ PHP 8 တွင် JIT ကိုမဖော်ပြထားပါ။

ဆက်ကြရအောင်။ Tarantool 2.0 သည် SQL အတွက် ပံ့ပိုးမှု ထပ်လောင်းပါသည်။ SQL ပရိုတိုကောကို အသုံးပြု၍ ရွေးချယ်ခြင်း၊ ထည့်သွင်းခြင်း၊ အပ်ဒိတ်လုပ်ခြင်းနှင့် ဖျက်ခြင်း လုပ်ဆောင်ချက်များကို လုပ်ဆောင်ပြီး ရလဒ်များကို noSQL (binary) ညီမျှခြင်းများနှင့် နှိုင်းယှဉ်ကြည့်ကြပါစို့။

SQL ရလဒ်များသည် အလွန်အထင်ကြီးစရာမဟုတ်ပါ (ကျွန်ုပ်တို့သည် synchronous mode ကို စမ်းသပ်နေဆဲဖြစ်ကြောင်း သတိပေးပါရစေ)။ သို့သော်လည်း၊ ဤကိစ္စနှင့်ပတ်သက်၍ ကျွန်ုပ်စိတ်မဆိုးပါနှင့်၊ SQL ပံ့ပိုးမှုမှာ အသက်ဝင်သော ဖွံ့ဖြိုးတိုးတက်မှုအောက်တွင် ရှိပါသေးသည် (ဥပမာအားဖြင့် မကြာသေးမီက၊ အထောက်အပံ့ကို ထည့်သွင်းခဲ့သည်၊ ပြင်ဆင်ထုတ်ပြန်ချက်များ) စာရင်းဖြင့် စီရင်ဆုံးဖြတ်သည်။ ကိစ္စများSQL အင်ဂျင်သည် အနာဂတ်တွင် ကောင်းမွန်အောင်လုပ်ဆောင်မှုများစွာကို လုပ်ဆောင်ရမည်ဖြစ်သည်။

async

ကောင်းပြီ၊ ယခု Async extension သည် အထက်ဖော်ပြပါရလဒ်များကို တိုးတက်ကောင်းမွန်အောင် မည်သို့ကူညီပေးနိုင်သည်ကို ကြည့်ကြပါစို့။ asynchronous ပရိုဂရမ်များရေးရန်၊ တိုးချဲ့မှုသည် ကျွန်ုပ်တို့အသုံးပြုမည့် coroutines များအပေါ်အခြေခံ၍ API တစ်ခုကို ပံ့ပိုးပေးပါသည်။ ကျွန်ုပ်တို့၏ပတ်ဝန်းကျင်အတွက် အကောင်းမွန်ဆုံးသော ကော်ရိုတင်းအရေအတွက်သည် 25 ဖြစ်သည်ကို လက်တွေ့ကျကျ သိရှိနိုင်သည်-

လုပ်ရိုးလုပ်စဉ် 10,000 ခုတွင် "ဖြန့်ကျက်" လည်ပတ်မှု 25 ကို ကြည့်ပြီး ဘာတွေဖြစ်မလဲဆိုတာ ကြည့်လိုက်ပါ-

တစ်စက္ကန့်လျှင် စစ်ဆင်ရေး အရေအတွက်သည် ၃ ဆကျော် တိုးလာသည်။ tarantool-php/client!

ဝမ်းနည်းစရာမှာ PECL ချိတ်ဆက်ကိရိယာသည် ext-async ဖြင့် မစတင်ခဲ့ပါ။

SQL ဆိုတာဘာလဲ။

သင်တွေ့မြင်ရသည့်အတိုင်း၊ asynchronous mode တွင် binary protocol နှင့် SQL အကြားကွာခြားချက်သည် error ၏အနားသတ်အတွင်းမှဖြစ်လာသည်။

Swoole

Swoole အတွက် ဤတစ်ကြိမ်တွင် အကောင်းဆုံး ကော်ရိုတင်း အရေအတွက်ကို ကျွန်ုပ်တို့ ထပ်မံရှာဖွေတွေ့ရှိပါသည်။

25 တွင် ရပ်လိုက်ကြပါစို့။ Async extension နှင့် တူညီသောလှည့်ကွက်ကို ပြန်လုပ်ကြပါစို့ - လုပ်ရိုးလုပ်စဉ် 10,000 ခုကြားတွင် လုပ်ဆောင်ချက် 25 ကို ဖြန့်ဝေပါ။ ထို့အပြင်၊ ကျွန်ုပ်တို့သည် အလုပ်အားလုံးကို လုပ်ငန်းစဉ် ၂ ခုအဖြစ် ပိုင်းခြားမည် (ဆိုလိုသည်မှာ၊ လုပ်ငန်းစဉ်တစ်ခုစီသည် coroutines 2 ခုတွင် 5,000 လည်ပတ်မှု 25 လုပ်ဆောင်ပါမည်)။ လုပ်ငန်းစဉ်များကို အသုံးပြု၍ ဖန်တီးမည်ဖြစ်သည်။ SwooleProcess.

ရလဒ်များ -

Swole သည် လုပ်ငန်းစဉ်တစ်ခုတွင် လုပ်ဆောင်သည့်အခါ Async နှင့် နှိုင်းယှဉ်ပါက အနည်းငယ်နိမ့်သော ရလဒ်ကို ပြသသော်လည်း လုပ်ငန်းစဉ် 2 ခုဖြင့် ရုပ်ပုံသည် သိသိသာသာ ပြောင်းလဲသွားသည် (နံပါတ် 2 ကို မတော်တဆ ရွေးချယ်ခဲ့ခြင်းမဟုတ်ပါ၊ ကျွန်ုပ်၏စက်တွင်၊ ၎င်းသည် အကောင်းဆုံးရလဒ်ကိုပြသသည့် လုပ်ငန်းစဉ် 2 ခုဖြစ်သည်)။

စကားမစပ်၊ Async တိုးချဲ့မှုတွင် လုပ်ငန်းစဉ်များနှင့် လုပ်ဆောင်ရန်အတွက် API လည်းပါရှိသော်လည်း၊ လုပ်ငန်းစဉ်တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော လုပ်ငန်းစဉ်များတွင် စံနှုန်းများနှင့် ကွာခြားချက်ကို ကျွန်ုပ်သတိမပြုမိခဲ့ပါ။

SQL နှင့် binary ပရိုတိုကော-

Async ကဲ့သို့ပင်၊ binary နှင့် SQL လုပ်ဆောင်ချက်များအကြား ခြားနားချက်ကို အပြိုင်အဆိုင်မုဒ်တွင် ဖယ်ရှားထားသည်။

မျဉ်းပြိုင်နေသော

Parallel extension သည် coroutines များအကြောင်းမဟုတ်၊ threads များအကြောင်းဖြစ်သောကြောင့်၊ parallel thread များ၏ အကောင်းဆုံးအရေအတွက်ကို တိုင်းတာကြပါစို့။

ငါ့စက်မှာ 16 နဲ့ညီတယ်။ Parallel thread 16 ခုတွင် connector benchmarks ကို run ကြပါစို့။

သင်တွေ့မြင်ရသည့်အတိုင်း၊ ရလဒ်သည် အပြိုင်အဆိုင်ဆက်တင်များထက်ပင် ပိုကောင်းသည် (လုပ်ငန်းစဉ် 2 ခုတွင် လုပ်ဆောင်နေသည့် Swoole ကို ထည့်မတွက်ပါ)။ PECL ချိတ်ဆက်ကိရိယာအတွက်၊ အပ်ဒိတ်နှင့် Upsert လုပ်ဆောင်ချက်များသည် ဗလာဖြစ်နေကြောင်း သတိပြုပါ။ ဤလုပ်ဆောင်ချက်များသည် အမှားအယွင်းတစ်ခုကြောင့် ကျရှုံးရခြင်းဖြစ်သည် - ၎င်းသည် ext-parallel၊ ext-tarantool သို့မဟုတ် နှစ်ခုလုံး၏ အမှားအယွင်းများ ရှိ၊ မရှိ မသိပါ။

အခု SQL စွမ်းဆောင်ရည်ကို နှိုင်းယှဉ်ကြည့်ရအောင်။

တပြိုင်နက်တည်း လုပ်ဆောင်နေသော ချိတ်ဆက်ကိရိယာများအတွက် ဂရပ်နှင့် ဆင်တူမှုကို သတိပြုမိပါသလား။

အတူတူ

နောက်ဆုံးအနေနဲ့၊ စမ်းသပ်ထားတဲ့ extensions တွေအတွက် ခြုံငုံရုပ်ပုံမြင်ရဖို့ ဂရပ်တစ်ခုထဲမှာ ရလဒ်အားလုံးကို အကျဉ်းချုံးကြည့်ရအောင်။ ကျွန်ုပ်တို့ မပြီးသေးသော ဇယားတွင် စမ်းသပ်မှုအသစ်တစ်ခု ထပ်ထည့်ကြပါစို့ - Parallel* ကို အသုံးပြု၍ Async coroutines ကို အပြိုင်ဖွင့်ကြပါစို့။ အထက်ဖော်ပြပါ extensions များကို ပေါင်းစပ်ခြင်း၏ စိတ်ကူးသည် ရှိနှင့်ပြီးဖြစ်သည်။ ဆွေးနွေးခဲ့ပါသည်။ စာရေးဆရာများ သော်လည်းကောင်း သဘောတူညီမှု မရခဲ့သဖြင့် သင်ကိုယ်တိုင် လုပ်ရပေမည်။

* Parallel ဖြင့် Swoole coroutines ကိုဖွင့်ရန်မဖြစ်နိုင်ပါ၊ ဤ extension များသည် သဟဇာတမဖြစ်ပုံရသည်။

ထို့ကြောင့် နောက်ဆုံးရလဒ်များ

အဲဒီအစားတစ်ဦးနိဂုံးပိုင်း၏

ကျွန်တော့်အမြင်အရတော့ ရလဒ်တွေက အတော်လေးကို ထိုက်တန်တယ်လို့ ထင်ရပြီး ဒါက ကန့်သတ်ချက်မဟုတ်ဘူးဆိုတာ သေချာပါတယ်။ ဤအရာကို အမှန်တကယ် ပရောဂျက်တစ်ခုတွင် သင်ကိုယ်တိုင်သာ ဆုံးဖြတ်ရန် လိုအပ်သည်ဖြစ်စေ၊ အားထုတ်မှုအနည်းဆုံးဖြင့် synchronous TCP connector မှ မည်မျှ "ညှစ်နိုင်သည်" ကို အကဲဖြတ်နိုင်စေမည့် စိတ်ဝင်စားစရာကောင်းသော စမ်းသပ်ချက်တစ်ခုသည် ကျွန်ုပ်အတွက်သာဖြစ်ကြောင်း ကျွန်တော်ပြောပါမည်။ သင့်တွင် စံနှုန်းများ တိုးတက်စေရန် အကြံဥာဏ်များ ရှိပါက၊ သင်၏ ဆွဲထုတ်ရန် တောင်းဆိုချက်ကို ထည့်သွင်းစဉ်းစားရန် ကျွန်ုပ် ကျေနပ်ပါသည်။ စတင်ခြင်းဆိုင်ရာ ညွှန်ကြားချက်များနှင့် ရလဒ်များပါရှိသော ကုဒ်အားလုံးကို သီးခြားခွဲထုတ်ထားပါသည်။ သိုလှောင်မှုများ.

source: www.habr.com