အဓိက အကြောင်းအရာသို့ ကျော်သွားရန်
OpenAI

၂၀၂၆ စက်တင်ဘာ ၂၂

ထုတ်ကုန်

GPT‑6 အတွက် ပိုကောင်းသော prompt caching

ပိုမြင့်သော cache hit rate များနှင့် tool အသစ်များကြောင့် အမြဲလည်ပတ်နေသော အေးဂျင့်များ ပိုမြန်လာပြီး ကုန်ကျစရိတ် လျော့နည်းလာသည်။

ဖွင့်နေသည်…

GPT‑6 သည် အမြဲလည်ပတ်နေသော အေးဂျင့်များကို codebase များ ပြန်လည်ဖွဲ့စည်းခြင်းမှ စနစ်တကျသုတေသနပြုထားသော စာရွက်စာတမ်းနှင့် တင်ပြချက်များ ဖန်တီးခြင်းအထိ ရှုပ်ထွေးသည့် လုပ်ငန်းများကို နာရီပေါင်းများစွာ လုပ်ဆောင်နိုင်စေသည်။ ဤအေးဂျင့်များကို ပံ့ပိုးသည့် application များသည် ရှေ့တောင်းဆိုချက်ကို အခြေခံသည့် API တောင်းဆိုချက်များ အဆက်မပြတ်ပြုလုပ်ပြီး ယခင်အလှည့်များမှ တူညီသော ညွှန်ကြားချက်များ၊ tool သတ်မှတ်ချက်များနှင့် context ကို မကြာခဏ ဆက်လက်သယ်ဆောင်လာသည်။ OpenAI သည် ထိုမျှဝေထားသော context ကို cache လုပ်၍ တောင်းဆိုချက်များတစ်လျှောက် တွက်ချက်မှုကို ပြန်သုံးသည်။ ထို့ကြောင့် တုံ့ပြန်ချိန် လျော့ကျပြီး developer များက cache လုပ်ထားသော input တိုကင်များအတွက် 90% အထိ လျှော့ဈေးရရှိသည်။

GPT‑6 မိသားစုနှင့်အတူ ပုံမှန်အခြေအနေတွင် cache hit rate ပိုမြင့်စေသော အဆင့်မြှင့် prompt caching စနစ်ကို မိတ်ဆက်ခဲ့သည်။ ယခု မိနစ် ၃၀ အတွင်း ပြန်သုံးသော သတ်မှတ်ချက်နှင့်ကိုက်ညီသည့် မျှဝေထားသော prefix များအတွက် cache လျှော့ဈေး ပေးထားသည်။ Developer များက cache စွမ်းဆောင်ရည်ကို စောင့်ကြည့်ရန်၊ လွဲချော်မှုများကို စစ်ဆေးရန်နှင့် တုံ့ပြန်ညွှန်ကြားချက်၏ မည်မျှကို cache လုပ်မည်ဟု ရွေးချယ်ရန် ကူညီပေးသည့် ကိရိယာအသစ်များကိုလည်း မိတ်ဆက်ထားသည်။

“OpenAI ရဲ့ prompt caching ဟာ GitHub Copilot အနေနဲ့ အကြီးစားအသုံးပြုမှုတွေမှာ မြန်ဆန်ပြီး ထိရောက်တဲ့ အတွေ့အကြုံတွေကို ပေးစွမ်းနိုင်ဖို့အတွက် အဓိက အခန်းကဏ္ဍကနေ ပါဝင်နေပါတယ်။ ပြီးခဲ့တဲ့ လအနည်းငယ်အတွင်းမှာဆိုရင်၊ OpenAI မော်ဒယ်တွေဆီ ပေးပို့ခဲ့တဲ့ ဘီလီယံနဲ့ချီတဲ့ တောင်းဆိုမှုတွေတစ်လျှောက် အသစ်ပြန်လည် လုပ်ဆောင်ဖို့ လိုအပ်တဲ့ တုံ့ပြန်ညွှန်ကြားချက်တိုကင် အချိုးအစားကို၊ အရင်အခြေခံနှုန်းနဲ့ ယှဉ်လိုက်ရင် ၅၀% ကျော်အထိ လျှော့ချနိုင်ခဲ့ပါတယ်။ ရလဒ်အနေနဲ့ကတော့ inference stack ဟာ ပိုပြီး ထိရောက်လာပြီး၊ developer တွေအတွက်လည်း ပထမဆုံး တုံ့ပြန်ချက်ရရှိတဲ့ အချိန်ကို ပိုပြီး မြန်ဆန်လာစေတာပဲ ဖြစ်ပါတယ်။”
—Mario Rodriguez၊ ထုတ်ကုန်အရာရှိချုပ်

Caching ကို စောင့်ကြည့်ပြီး cache လွဲချော်မှုများကို စစ်ဆေးပါ

Prompt Caching Dashboard⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်) အသစ်သည် သင့် application ၏ input မည်မျှကို cache မှ ပံ့ပိုးပေးနေကြောင်း ပြသသည်။ အချိန်နှင့်အမျှ hit rate ကို ခြေရာခံပြီး cache လုပ်ထားသော တိုကင်များနှင့် မလုပ်ထားသော တိုကင်များကို နှိုင်းယှဉ်ရန် input ဖွဲ့စည်းပုံဇယားကို အသုံးပြုပါ။ ဤမြင်ကွင်းများက cache hit ကျဆင်းမှုကို ရှာဖွေရန်နှင့် သင့် application ပြောင်းလဲမှုများက caching စွမ်းဆောင်ရည်ကို မည်သို့သက်ရောက်ကြောင်း အကဲဖြတ်ရန် ကူညီပေးသည်။

cache hit rate၊ အချိန်နှင့်အမျှ cache စွမ်းဆောင်ရည်နှင့် input တိုကင်ဖွဲ့စည်းပုံတို့ကို ပြသထားသော prompt caching dashboard။

မမျှော်လင့်သော cache လွဲချော်မှုတွေ့ပါက ဖြစ်ပျက်ခဲ့သည့်အရာကို နားလည်ရန် prompt caching စစ်ဆေးရေးကိရိယာ⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)ကို အသုံးပြုပါ။ ပြန်သုံး၍မရအောင် တားဆီးခဲ့သည့် မော်ဒယ်၊ tool၊ setting သို့မဟုတ် input ပြောင်းလဲမှုများကို ဖော်ထုတ်ရန် တောင်းဆိုချက်တစ်ခုကို မကြာသေးမီက တုံ့ပြန်ချက်နှင့် နှိုင်းယှဉ်ပါ။ သက်ရောက်မှုရှိနိုင်သည့် ခန့်မှန်းတိုကင်အရေအတွက်က အကျိုးသက်ရောက်မှုပမာဏကို အကဲဖြတ်ရန်နှင့် cache hit rate အမြင့်ဆုံးရရှိအောင် သင့်ပေါင်းစပ်မှုကို မည်သို့အကောင်းဆုံးပြင်ဆင်မည်ဟု ဆုံးဖြတ်ရန် ကူညီပေးသည်။

{
  "prompt_cache_diagnostics": {
    "type": "cache_miss",
    "reason": "tools_changed",
    "comparison_reusable_tokens": 5629,
    "cache_missed_tokens": 5629
  }
}

သင့် application အတွက် caching ကို အကောင်းဆုံးပြင်ဆင်ပါ

Cache လုပ်မည့်အရာကို ရွေးချယ်ပါ။ သတ်မှတ်ထားသော cache breakpoint များက ပြန်သုံးမည့် တုံ့ပြန်ညွှန်ကြားချက်၏ ရှေ့ပိုင်းများကို ရွေးချယ်နိုင်စေသည်။ မွမ်းမံထားသော prompt caching လမ်းညွှန်⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)တွင် ၎င်းတို့ကို အသုံးပြုပုံ၊ cache လုပ်ထားသော prefix များ သတ်မှတ်ချက်နှင့် ကိုက်ညီနေမည့်ကြာချိန်နှင့် ကိရိယာ၊ input ပြောင်းလဲမှုများက ပြန်သုံးခြင်းအပေါ် သက်ရောက်ပုံတို့ကို ရှင်းပြထားသည်။

Cache မပျက်ဘဲ ကျိုးကြောင်းသင့်လျော်စွာ စဉ််းစားပေးသော အားထုတ်မှုပမာဏကို ချိန်ညှိပါ။ GPT‑6 မော်ဒယ်များတွင် cache မပျက်စေဘဲ တုံ့ပြန်ချက်များကြား၌ ကျိုးကြောင်းသင့်လျော်စွာ စဉ််းစားပေးသော အားထုတ်မှုပမာဏကို ပြောင်းလဲနိုင်ပြီ⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)ဖြစ်သည်။ တောင်းဆိုချက်အဆင့် ကျိုးကြောင်းသင့်လျော်စွာ စဉ််းစားပေးသော အားထုတ်မှုပမာဏကို မပြောင်းဘဲ configuration_update ကို ထပ်ဖြည့်ခြင်းဖြင့် ခက်ခဲသောလုပ်ငန်းအတွက် အားထုတ်မှုကို မြှင့်ပါ သို့မဟုတ် ပုံမှန်နောက်ဆက်တွဲအတွက် လျှော့ပါ။ ထို့ကြောင့် ပြန်သုံးနိုင်သော နောက်ခံအကြောင်းအရာကို ထိန်းသိမ်းရင်း လုပ်ငန်းတစ်ခုအတွက် လိုအပ်သည့် ကျိုးကြောင်းသင့်လျော်စွာ စဉ််းစားပေးသော ပမာဏကို ချိန်ညှိနိုင်သည်။

ကိရိယာနှင့် ညွှန်ကြားချက်များ ပြောင်းလဲချိန်တွင် cache ကို ထိန်းသိမ်းပါ။ သင့်အေးဂျင့်၏ ကိရိယာအသုံးပြုမှုလိုအပ်ချက်များ ပြောင်းလဲလာသည့်အခါ ယခင် နောက်ခံအကြောင်းအရာကို ပြန်သုံးနိုင်စေရန် ကိရိယာသတ်မှတ်ချက်များ၊ schema များနှင့် အစီအစဉ်ကို တည်ငြိမ်အောင်ထားပါ။ သတ်မှတ်ချက်များကို ဖယ်ရှားမည့်အစား သက်ဆိုင်ရာ ကိရိယာများကိုသာ ခေါ်သုံးနိုင်စေရန် ခွင့်ပြုထားသောကိရိယာကို အသုံးပြုပါ သို့မဟုတ် ကိရိယာမလိုအပ်ပါက ရွေးချယ်ထားသောကိရိယာ ကို none ဟု သတ်မှတ်ပါ။ အဟောင်းများကို အစားထိုးရန် ညွှန်ကြားချက်အသစ်များကို နောက်ခံအကြောင်းအရာအဆုံးပိုင်း၌ ထပ်ဖြည့်နိုင်ရန် developer message အသစ်များကို အသုံးပြုပါ။ ကျွန်ုပ်တို့၏ ကိရိယာပြောင်းလဲမှုများ စီမံခန့်ခွဲရေး လမ်းညွှန်ချက်⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)ကို ကြည့်ပါ။

ကြန့်ကြာချိန်လျှော့ရန် cache ကို ကြိုတင်အသင့်ပြင်ပါ။ ကြိုတင်အသင့်ပြင်ခြင်း⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)သည် သိရှိထားသော နောက်ခံအကြောင်းအရာကို ကြိုတင်ပြင်ဆင်ပေးသောကြောင့် တောင်းဆိုချက်ရောက်လာချိန်တွင် မော်ဒယ်က ပိုမိုလျင်မြန်စွာ စတင်တုံ့ပြန်နိုင်သည်။ ဥပမာအားဖြင့် အသုံးပြုသူက ပထမဆုံးမေးခွန်း မမေးမီ application စတင်ချိန်၌ မျှဝေထားသော ညွှန်ကြားချက်များ၊ ကိရိယာသတ်မှတ်ချက်များ သို့မဟုတ် ကိုးကားစရာအကြောင်းအရာများကို ကြိုတင်အသင့်ပြင်နိုင်သည်။ ထို့ကြောင့် အသုံးပြုသူ၏ စောင့်ဆိုင်းချိန်အတွင်း လုပ်ဆောင်ရမည့်အရာကို ကြိုတင်လုပ်ဆောင်ထားနိုင်သည်။

ဤရွေးချယ်အသုံးပြုနိုင်သော ထိန်းချုပ်မှုများသည် အင်ဂျင်၏ မူလစွမ်းဆောင်ရည်ကို အခြေခံ၍ သင့်အလုပ်ဝန်နှင့်ကိုက်ညီအောင် caching ကို ပြင်ဆင်နိုင်စေသည်။

3အနက် 1
“OpenAI ရဲ့ prompt caching စစ်ဆေးရေး ကိရိယာတွေနဲ့ dashboard တွေကနေတစ်ဆင့် cache hit rates တွေကို ရာခိုင်နှုန်း အနည်းငယ်လောက်အထိ မြှင့်တင်နိုင်ခဲ့ပြီးတော့၊ ကုန်ကျစရိတ်တွေကို ၂၀% အထိ လျှော့ချနိုင်ခဲ့ပါတယ်။ အခုဆိုရင် caching လုပ်တာတွေ မမျှော်လင့်ဘဲ ပြတ်တောက်သွားတဲ့အခါမျိုးမှာ သတိပေးချက်တွေ ရရှိနေပြီဖြစ်သလို၊ အဓိက အရင်းခံအကြောင်းရင်းကို ရှာဖွေဖော်ထုတ်ဖို့အတွက်လည်း Codex အေးဂျင့်တွေကို အသုံးပြုနေပါတယ်။ သတ်မှတ်ထားတဲ့ breakpoints တွေက မကြာခဏ ပြောင်းလဲနေတတ်တဲ့ အကြောင်းအရာတွေကို တုံ့ပြန်ညွှန်ကြားချက်ရဲ့ အဆုံးမှာ ထားရှိစေပြီး၊ တည်ငြိမ်တဲ့ နောက်ခံအကြောင်းအရာကို cache လုပ်နိုင်ဖို့ ခွင့်ပြုပေးပါတယ်။ ဒါကြောင့်မို့လို့၊ မျှဝေထားတဲ့ context အားလုံးနီးပါးကို ပြန်လည်အသုံးပြုရင်းနဲ့ နောက်ခံလုပ်ငန်းစဉ်တွေအတွက် စကားဝိုင်းတွေကို ခွဲထုတ်ဖန်တီးတာဟာ ကုန်ကျစရိတ်ပိုင်းအရ ပိုပြီး လက်တွေ့ကျ အဆင်ပြေလာစေတာပဲ ဖြစ်ပါတယ်။”
—Arian Hanifi၊ နည်းပညာအရာရှိချုပ်

စတင်အသုံးပြုပါ

စာရေးသူများ

OpenAI