អំពីកម្មវិធីនេះ
ទំព័រនេះវាស់ល្បឿនរវាងឧបករណ៍របស់អ្នក និងម៉ាស៊ីនមេដែលបង្ហាញគេហទំព័រនេះ — ម៉ាស៊ីនមេដូចគ្នាដែលបានផ្ញើទំព័រដែលអ្នកកំពុងអាន — ហើយរាយការណ៍ល្បឿនទាញយក (throughput), latency និង jitter។ ការពិតតែមួយនេះកំណត់អត្ថន័យនៃរាល់លេខដែលបង្ហាញ៖ ការសាកល្បងល្បឿនវាស់ផ្លូវតែមួយ មិនមែនការតភ្ជាប់របស់អ្នកទាំងមូលទេ ហើយផ្លូវទៅម៉ាស៊ីនមេមួយគឺជាសំណាក មិនមែនសេចក្តីវិនិច្ឆ័យលើសេវាអ៊ីនធឺណិតទាំងមូលរបស់អ្នក។ ការសាកល្បងដែលបង្ហាញនៅក្នុងបណ្តាញ ISP របស់អ្នកផ្ទាល់ ឬដែលជ្រើសម៉ាស៊ីនមេលឿនបំផុតក្នុងចំណោមច្រើន ញឹកញាប់បង្ហាញលេខខុសគ្នា។ ក្នុងដែនកំណត់ទាំងនោះ លទ្ធផលមានប្រយោជន៍ពិត។ សាកល្បងច្រើនដងលើការតភ្ជាប់ដូចគ្នា អ្នកនឹងទទួលបានមូលដ្ឋាន៖ តើយប់នេះយឺតជាងសប្តាហ៍មុនទេ តើ wifi ផ្ទះសំណាក់អកុសលជាងទិន្នន័យទូរស័ព្ទរបស់អ្នកទេ តើមានអ្វីផ្លាស់ប្តូរក្រោយការមករបស់ ISP ដែរឬទេ។ ការប្រើប្រាស់អ៊ីនធឺណិតភាគច្រើននៅកម្ពុជាកើតឡើងលើការតភ្ជាប់ទូរស័ព្ទ — ការតភ្ជាប់ចល័ត ២៥.៣ លានសកម្មនៅដើមឆ្នាំ ២០២៥ ប្រហែល ១៤៣ ភាគរយនៃប្រជាជន — ដូច្នេះការសាកល្បងរហ័សដែលរត់ក្នុងកម្មវិធីរុករកទូរស័ព្ទ មានសារៈសំខាន់ស្មើនឹងការវាស់ហ្វាយប៊ែរ។ អ្វីដែលវាមិនអាចធ្វើបានគឺបញ្ជាក់ថា ISP ជំពាក់អ្នកល្បឿនតាមកិច្ចសន្យា ឬដោះស្រាយថាអ្នកផ្តល់សេវាទាំងពីរមួយណាលឿនជាង។ សំណួរទាំងនោះត្រូវការការសាកល្បងច្រើនម៉ាស៊ីនមេ ធ្វើឡើងវិញលើការតភ្ជាប់ខ្សែ។
របៀបដំណើរការ
ចុច «ចាប់ផ្តើម» ហើយដំណាក់កាលពីររត់ក្នុងកម្មវិធីរុករករបស់អ្នក ទាំងពីរធៀបនឹងឯកសារដែលបង្ហាញនៅលើគេហទំព័រនេះ (speed-test-client.tsx)។ ដំបូង សំណើតូចៗប្រាំទាញឯកសារ 1 KB ម្តងមួយៗ។ latency រាយការណ៍ជាមេដាយនៃពេលវេលាទៅ-ត្រឡប់គិតជាមិល្លីវិនាទី ហើយ jitter ជា standard deviation នៃទាំងប្រាំ — តើ ping នីមួយៗរីករាយពីចំណុចកណ្តាលប៉ុន្មាន។ បន្ទាប់មក ទិន្នន័យទំហំកើនឡើងបី — 1, 5 និង 10 MB នៃ byte ចៃដន្យមិនចុះបញ្ចិញ្ចប់ (incompressible) ដែលបង្កើតនៅពេល build (scripts/generate-speed-test-assets.mjs) — ត្រូវបានទាញយកជាលំដាប់។ ការទាញយកទីមួយជាការក្តៅខ្លួន ត្រូវបានបោះចោល។ Mbps ដែលរាយការណ៍ រួមបញ្ចូលការផ្ទេរ 5 និង 10 MB ជា megabits សរុបលើពេលវេលាសរុប (lib/speed-test/calc.ts)។ រាល់សំណើមាន query string តែមួយគត់ និងការណែនាំ no-store ដើម្បីឲ្យកម្មវិធីរុករកសួរបណ្តាញ មិនមែន cache របស់វា។ ទោះយ៉ាងណា CDN របស់គេហទំព័រអាចផ្តល់ byte ពី edge ជិតអ្នក ដូចរបៀបដែលគេហទំព័រនេះមកដល់អ្នក។ ការបោះបង់ បោះបង់ការទាញយកដែលកំពុងរត់។ គ្មានលេខ upload ត្រូវបានបង្ហាញទេ — គេហទំព័រស្ថិតិគ្មាន endpoint ដែលទទួលទិន្នន័យរបស់អ្នក។
ករណីប្រើប្រាស់
- កសាងមូលដ្ឋានសម្រាប់បណ្តាញរបស់អ្នក៖ សាកល្បងដូចគ្នាលើឧបករណ៍ដូចគ្នារៀងរាល់សប្តាហ៍ ហើយល្ងាចយឺតនឹងឃើញជាលេខ មិនមែនគ្រាន់តែអារម្មណ៍។
- ប្រៀបធៀប wifi ផ្ទះសំណាក់ ឬកាហ្វេ នឹងទិន្នន័យទូរស័ព្ទរបស់អ្នក មុនពេលសម្រេចធ្វើការហៅវីដេអូវែង ឬទាញយកឯកសារធំជាង gigabyte។
- ទទួលចម្លើយបាទ/ទេរហ័ស ក្រោយការមករបស់ ISP រ៉ោតទ័រថ្មី ឬការដំឡើងផែនការ — តើលេខផ្លាស់ប្តូរពិតប្រាកដឬទេ?
- បំបែកការតភ្ជាប់យឺត ពីគេហទំព័រយឺត៖ ប្រសិនបើការសាកល្បងនេះលឿន ប៉ុន្តែគេហទំព័រមួយរាបសា បញ្ហាប្រហែលជារបស់ពួកគេ។
- ពិនិត្យថាតើការមមាញឹកពេលល្ងាចប៉ះពាល់ផែនការហ្វាយប៊ែរ ឬទូរស័ព្ទរបស់អ្នកយ៉ាងណា ដោយសាកល្បងឡើងវិញនៅម៉ោងផ្សេងៗគ្នា។
- ប្រៀបធៀបអ្វីដែលអ្នកទទួលបាននៅខេត្ត ធៀបនឹងការតភ្ជាប់របស់អ្នកនៅភ្នំពេញ មុនធ្វើការ ឬសិក្សាពីចម្ងាយ។
- សាកល្បងមុនថ្នាក់អនឡាញ ប្រឡង ឬបទសម្ភាសន៍ ដើម្បីរកឃើញការតភ្ជាប់អកុសលមុនពេលការហៅចាប់ផ្តើម មិនមែនកំឡុងពេល។
សំណួរដែលគេសួរញឹកញាប់
ហេតុអ្វីបានជាលទ្ធផលរបស់ខ្ញុំទាបជាងល្បឿនដែល ISP ផ្សព្វផ្សាយ?
លេខរបស់ផែនការគឺល្បឿនអតិបរមាទៅបណ្តាញរបស់អ្នកផ្តល់សេវា មិនមែនការធានាសម្រាប់គ្រប់គោលដៅទេ។ ការសាកល្បងនេះវាស់ផ្លូវតែមួយ — ពីឧបករណ៍របស់អ្នកទៅម៉ាស៊ីនមេរបស់គេហទំព័រនេះ — ហើយតាមផ្លូវ ចម្ងាយ និងរញ្ជួយ wifi រ៉ោតទ័រ ឬទូរស័ព្ទចាស់ អ្នកផ្សេងលើបណ្តាញដូចគ្នា និងការមមាញឹកពេលល្ងាច សុទ្ធតែកាត់បន្ថយលេខ។ ចំណុចបញ្ចប់ក៏សំខាន់ដែរ៖ ការសាកល្បងដែលបង្ហាញក្នុងបណ្តាញ ISP របស់អ្នកផ្ទាល់ បង្ហាញករណីល្អបំផុត មិនមែនមធ្យម។ សាកល្បងលើការតភ្ជាប់ខ្សែ នៅម៉ោងផ្សេងៗគ្នា មុនពេលសន្និដ្ឋាន។
តើលទ្ធផលនេះអាចបញ្ជាក់ថា ISP ជំពាក់ខ្ញុំការតភ្ជាប់លឿនជាងបានទេ?
ទេ — ហើយការសាកល្បងមួយ endpoint ណាមួយ មានដែនកំណត់ដូចគ្នា។ ការត្អូញត្អែរតាមកិច្ចសន្យាត្រូវការការសាកល្បងធ្វើឡើងវិញ ធៀបនឹងម៉ាស៊ីនមេឯករាជ្យជាច្រើន លើការតភ្ជាប់ខ្សែ ជាល្អបំផុតពេលគ្មានអ្វីផ្សេងប្រើបណ្តាញ។ អ្វីដែលទំព័រនេះផ្តល់គឺសញ្ញា និងទម្លាប់៖ លទ្ធផលដែលមានកាលបរិច្ឆេទ បង្ហាញថាបទពិសោធន៍ប្រចាំថ្ងៃរបស់អ្នកមានស្ថិរភាព ឬកំពុងធ្លាក់ចុះ។ ប្រសិនបើច្រើនថ្ងៃបង្ហាញច្បាស់ថាខុស លំនាំនោះ — មិនមែនលេខតែមួយ — គឺជាអ្វីដែលគួរយកទៅប្រាប់អ្នកផ្តល់សេវា។
ហេតុអ្វីបានជាលេខនេះខុសពី Speedtest របស់ Ookla ឬសេវាផ្សេង?
ព្រោះការសាកល្បងនីមួយៗជ្រើសម៉ាស៊ីនមេខុសគ្នា។ កម្មវិធី Ookla សាកល្បងម៉ាស៊ីនមេច្រើន ហើយរាយការណ៍មួយដែលខ្លាំងបំផុត — របាយការណ៍ H1 2025 របស់វាដាក់ការទាញយកទូរស័ព្ទមេដាយននៅកម្ពុជាប្រហែល 60 Mbps ដែលជាលេខផ្លូវល្អបំផុតតាមការរចនា។ ទំព័រនេះប្រើ endpoint ថេរមួយ៖ ម៉ាស៊ីនមេដែលបង្ហាញគេហទំព័រនេះ ពីក្រោយ CDN របស់វា។ មិនមែនខុសទាំងពីរទេ; ពួកវាឆ្លើយសំណួរផ្សេងគ្នា។ ប្រៀបធៀបដូចនឹងដូច — ឧបករណ៍ដូចគ្នា បណ្តាញដូចគ្នា — មុនពេលចាត់ទុកលេខពីរថាគាស់គ្នា។
ហេតុអ្វីបានជាគ្មានល្បឿន upload?
គេហទំព័រស្ថិតិគ្មាន endpoint ដែលទទួលទិន្នន័យរបស់អ្នកទេ ដូច្នេះគ្មានអ្វីឲ្យ upload ធៀបនឹង — ឧបករណ៍នេះវាស់តែការទាញយក និង latency ប៉ុណ្ណោះ។ Upload សំខាន់សម្រាប់ការហៅវីដេអូ និងការផ្ញើឯកសារ។ Zoom ជាឧទាហរណ៍ ដំណើរការបានពី megabits ពីរបីក្នុងមួយវិនាទី សម្រាប់ទិសដៅនីមួយៗ។ ប្រសិនបើអ្នកត្រូវការលេខ upload ការសាកល្បងច្រើនម៉ាស៊ីនមេដូចជា Ookla វាស់វា — ចាត់ទុកទំព័រនេះជាការពិនិត្យការទាញយក និងការឆ្លើយតប។
ហេតុអ្វីបានជាការរត់ពីរដងក្នុងមួយនាទីផ្តល់លេខខុសគ្នា?
ព្រោះការវាស់គឺពិតប្រាកដ។ ការរត់ទីមួយបង់ថ្លៃការចាប់ផ្តើមត្រជាក់ — ការរៀបចំការតភ្ជាប់បង្ហាញជា ping ទីមួយយឺត និងការផ្ទេរទីមួយយឺតជាង — ហើយចរាចរណ៍លើបណ្តាញរបស់អ្នក និងបណ្តាញទូទៅ ផ្លាស់ប្តូរពីវិនាទីមួយទៅវិនាទីមួយ។ នៅពេលសរសេរទំព័រនេះ ការរត់បីដងជាប់គ្នាលើការតភ្ជាប់តែមួយ បាន 30 បន្ទាប់មក 252 បន្ទាប់មក 239 Mbps។ សាកល្បងឡើងវិញ ហើយអានចំណុចកណ្តាលនៃលទ្ធផលច្រើន មិនមែនលេខតែមួយ។
តើ Mbps និង MB/s ខុសគ្នាយ៉ាងណា?
Mbps គឺ megabits ក្នុងមួយវិនាទី។ MB/s គឺ megabytes ក្នុងមួយវិនាទី។ មួយ byte មាន 8 bits ដូច្នេះ 100 Mbps ស្មើប្រហែល 12.5 MB/s។ ប្រសិនបើឯកសារទាញយកល្បឿន 12.5 MB/s លើផែនការ 100 Mbps នោះគឺល្បឿនដូចគ្នា — ឯកតា មិនមែនការតភ្ជាប់ គឺប្រភពទូទៅនៃការយល់ច្រឡំក្នុងការសាកល្បងល្បឿន។ ទំព័រនេះរាយការណះ Mbps ដែលជាឯកតាដែល ISP ផ្សព្វផ្សាយ។
តើ latency និង jitter ប៉ះពាល់អ្វីខ្លះ?
ការទាញយកខ្វល់ពី bandwidth។ ការសន្ទនា និងហ្គេមផ្ទាល់ ខ្វល់ពី latency និង jitter។ Latency គឺរយៈពេលដែលសំណើតូចមួយទទួលការឆ្លើយតប — ក្រោមប្រហែល 50 ms មានអារម្មណ៍ភ្លាមៗលើការហៅ។ Jitter គឺតើពេលវេលានោះប្រែប្រួលប៉ុន្មាន ហើយ jitter ខ្ពស់ជាអ្វីដែលធ្វើឲ្យសំឡេងស្ទះ និងហ្គេមរាំង ទោះបី bandwidth មើលទៅល្អក៏ដោយ។ បណ្តាញអាចសាកល្បងលឿនលើ Mbps ប៉ុន្តែនៅតែអាក្រក់ ប្រសិនបើ jitter ខ្ពស់។
តើការសាកល្បងផ្ញើលទ្ធផលរបស់ខ្ញុំទៅណាដែរឬទេ?
ទេ។ លេខត្រូវបានគណនាក្នុងកម្មវិធីរុករករបស់អ្នក ហើយបង្ហាញលើអេក្រង់របស់អ្នកផ្ទាល់ — គ្មានសំណើណាដឹកលេខ Mbps, latency ឬ jitter ចេញពីឧបករណ៍របស់អ្នកទេ។ ទំព័រកត់ត្រាព្រឹត្តិការណ៍ប្រើប្រាស់អនាមិក៖ ថាការសាកល្បងត្រូវបានចាប់ផ្តើម បោះបង់ បញ្ចប់ ឬបរាជ័យ ហើយការបរាជ័យដឹកតែសារកំហុស។ លទ្ធផលដែលវាស់របស់អ្នក មិនដែលជាផ្នែកនៃព្រឹត្តិការណ៍ទាំងនោះទេ។
តើខ្ញុំត្រូវការល្បឿនទាញយកប៉ុន្មានសម្រាប់ streaming ឬការហៅ?
គោលការណ៍ណែនាំស្រមោលពីសេវាខ្លួនឯង៖ Netflix ណែនាំ 3 Mbps សម្រាប់ HD, 5 Mbps សម្រាប់ full-HD និង 15 Mbps សម្រាប់ 4K។ ការហៅ Zoom ដំណើរការបានពី megabits ពីរបីក្នុងមួយវិនាទី សម្រាប់ទិសដៅនីមួយៗ។ វីដេអូសង្គមធម្មតាស្ថិតក្នុងជួរដូចគ្នា។ គ្រួសារទាំងមូលចែករំលែកបណ្តាញតែមួយ ត្រូវការចន្លោះថែម — ប៉ុន្តែចាំថាការសាកល្បងនេះបង្ហាញអ្វីដែលមកដល់គេហទំព័រនេះថ្ងៃនេះ ដូច្នេះទុកចន្លោះលើលេខដែលអ្នកត្រូវការពិតប្រាកដ។
ទិន្នន័យ និងភាពជាក់លាក់
គ្មានបណ្តាញទិន្នន័យខាងក្រៅទេ៖ ការសាកល្បងទាញយកឯកសារប្រព័ន្ធគោលពីរ (binary) ផ្ទៃក្នុងរបស់គេហទំព័រនេះផ្ទាល់ — ឯកសារ ping 1 KB បូកនឹង payload 1, 5 និង 10 MB នៃ byte ចៃដន្យដែលបង្កើត — ពីម៉ាស៊ីនមេដូចគ្នាដែលបង្ហាញទំព័រនេះ។ ម៉ាស៊ីនមេនោះស្ថិតពីក្រោយបណ្តាញ BunnyCDN ដែលបញ្ជីចំណុចបង្ហាញ (point-of-presence) ដែលផ្សព្វផ្សាយរួមមានភ្នំពេញ។ តើ edge មួយណាឆ្លើយ អាស្រ័យលើ routing របស់ ISP របស់អ្នក ដូច្នេះផ្លូវដែលវាស់របស់អ្នកប្រើកម្ពុជាអាចបញ្ចប់នៅ edge ក្នុងស្រុក ឬ edge តំបន់។ សំណើធ្វើថ្មីរាល់ដង (query string តែមួយគត់ បូកការណែនាំ no-store) ទោះបី CDN edge អាចផ្តល់ byte ពី cache ក៏ដោយ — ដូចរបៀបដែលទំព័ររបស់គេហទំព័រមកដល់អ្នក។ លេខគឺ megabits ទសភាគក្នុងមួយវិនាទី median latency និង standard-deviation jitter។ សម្រាប់បរិបទ របាយការណ៍ H1 2025 របស់ Ookla ដាក់ការទាញយកទូរស័ព្ទមេដាយននៅកម្ពុជាប្រហែល 60 Mbps — សូមមើលប្រភពខាងក្រោម។
ប្រភពព័ត៌មាន
- បណ្តាញ Bunny CDN — ចំណុចបង្ហាញ រួមមានភ្នំពេញ — bunny.net
- របាយការណ៍ការតភ្ជាប់ Speedtest — កម្ពុជា កន្លះដំបូង ២០២៥ — Ookla
- Digital 2025: កម្ពុជា — ការប្រើប្រាស់ទូរស័ព្ទ និងអ៊ីនធឺណិត — DataReportal / Kepios
- ល្បឿនអ៊ីនធឺណិតដែល Netflix ណែនាំ — Netflix Help Center
- តម្រូវការប្រព័ន្ធ Zoom — bandwidth — Zoom Support
មាតិកាត្រូវបានពិនិត្យឡើងវិញចុងក្រោយ ថ្ងៃទី 19 តុលា 2026