ইন্টারনেট গতি পরীক্ষার গাইড: Mbps, ল্যাটেন্সি ও ডেটার সীমা

ইন্টারনেট গতি পরীক্ষা কীভাবে চালাবেন

টুল খুলে সংযোগের সেটিং লোড হওয়ার অপেক্ষা করুন। “পরিমাপের প্রান্ত” থেকে উপলভ্য প্রান্ত এবং “পরীক্ষার আকার” থেকে “দ্রুত” বা “সাধারণ” বেছে নিন। “গতি পরীক্ষা শুরু করুন” চাপার আগে ডাউনলোড, আপলোড ও সময়ের সীমা পড়ুন। পেজ খোলার ফলে পরিমাপের স্থানান্তর শুরু হয় না; তবে সাইট ও সেটিং লোড করার সাধারণ অনুরোধ হয়।

প্রক্রিয়া নির্বাচিত প্রান্ত প্রস্তুত করে, বড় স্থানান্তরের আগে HTTP যাতায়াতের সময় মাপে, তারপর ডাউনলোড ও আপলোড চালায়, এই ক্রমে। ট্যাব সক্রিয় রাখুন এবং অন্য বড় স্থানান্তর শুরু করবেন না। ইন্টারফেস অগ্রগতি দেখায় এবং “বাতিল করুন” দেয়। শেষে হারের সঙ্গে প্রান্ত, সময়, পেলোড বাইটের সংখ্যা, পর্যায়ের সময় ও সতর্কতা পড়ুন। “গতির প্রতিবেদন ডাউনলোড করুন” ফল speed-measurement.json হিসেবে সংরক্ষণ করে।

• তুলনার ভিত্তি তৈরি করতে নিজের নিয়ন্ত্রণে থাকা ডাউনলোড ও ক্লাউড ব্যাকআপ বিরতি দিন। অন্য ব্যবহারকারী তখনও ট্র্যাফিক তৈরি করতে পারেন, তাই সংযোগ ভাগ করা ছিল কি না লিখুন।
• ডিভাইস, ব্রাউজার, Wi-Fi বা Ethernet, প্রান্ত ও পরীক্ষার আকার লিখে রাখুন। সর্বোচ্চ সংখ্যা পাওয়া পরীক্ষা বেছে নেওয়ার বদলে কাছাকাছি অবস্থার তুলনা করুন।
• পরীক্ষার মাঝে অন্তত এক মিনিট অপেক্ষা করুন এবং ব্যস্ততা বা স্থানান্তরের সীমার বার্তা মানুন। প্রান্তের কাছে একই পাবলিক ঠিকানা দেখানো ডিভাইসের অপেক্ষার সময়ও এক হতে পারে।

দ্রুত, সাধারণ এবং পরীক্ষায় ব্যবহৃত ডেটা

দুটি আকারই পরিমাপের পেলোড সীমিত রাখে; দ্রুত সংযোগ সম্পূর্ণ ব্যস্ত না হওয়া পর্যন্ত চলতে থাকে না। সারণিতে বর্তমান সীমা আছে। কোনো দিকের সীমিত কাজ শেষ হলে বা পর্যায়ের টাইমার শেষ হলে সেই পর্যায় থামে। ধীর পরীক্ষায় কম ডেটা যেতে পারে, দ্রুত পরীক্ষায় আগেই ডেটার সীমা পূরণ হতে পারে। প্রতিটি আকারে এক দিকে সর্বোচ্চ দুটি স্থানান্তরের অনুরোধ একসঙ্গে চলে।

MiB পেলোডের বাইনারি একক: এক MiB হলো 1,048,576 বাইট। দ্রুত পরীক্ষার মোট ডাউনলোড ও আপলোড পেলোড সীমা 20 MiB, প্রায় 20.97 দশমিক MB; সাধারণ পরীক্ষার 96 MiB, প্রায় 100.66 দশমিক MB। সেটিং, সেশন ও ল্যাটেন্সির ছোট অনুরোধ, পরিবহনের অতিরিক্ত ডেটা এবং পুনঃপ্রেরণ আরও ট্র্যাফিক তৈরি করে। এগুলো মোবাইল অপারেটর বিলের হিসাবে যত ডেটা ধরবে তার নিশ্চয়তা নয়।

প্রক্রিয়া ব্রাউজারে মোট 30 সেকেন্ডের সময়সীমা নির্ধারণ করে। ব্রাউজার স্থগিত থাকলে সময়সীমা শেষ হওয়ার কাজ কখন চলবে তা বদলাতে পারে, তাই এটি ঘড়ির হিসাবে কঠোর মোট সময় বা বিলের নিশ্চয়তা নয়। ডেটা বাঁচাতে দ্রুত বেছে নিন; সীমিত ডেটা বা রোমিংয়ে পরীক্ষা করা উপযুক্ত কি না আগে ভাবুন। সাধারণে বড় নমুনা পাওয়া যায়, তবুও দ্রুত লিঙ্ক বোঝার জন্য তা ছোট হতে পারে।

NIST: বাইনারি গুণিতকের উপসর্গWHATWG DOM: AbortSignal সময়সীমা

ডাউনলোড ও আপলোড গতিতে আসলে কী গণনা হয়

ডাউনলোড থ্রুপুটে তৈরি করা প্রতিক্রিয়ার বডি থেকে ব্রাউজার যে বাইট সত্যিই পড়েছে তা গণনা হয়। আপলোডে সার্ভারের মিল থাকা নিশ্চিতকরণ পাওয়া পেলোড বাইট গণনা হয়। প্রতিটি দিকে গণনা করা বাইটকে পুরো পর্যায়ের একই অতিবাহিত সময় দিয়ে ভাগ করা হয়, অনুরোধ ও প্রতিক্রিয়ার অতিরিক্ত সময়সহ। আলাদা অনুরোধের হার যোগ করা হয় না এবং শুধু সবচেয়ে দ্রুত মুহূর্ত রাখা হয় না।

সূত্র হলো Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000। যেমন, 2 সেকেন্ডে গণনা করা 10,000,000 বাইট থেকে 40 Mbps হয়। একই দশমিক হার 5 MB/s, কারণ এক বাইটে আট বিট। টানা 40 Mbps থাকলে শুধু 100 দশমিক MB পেলোড যেতে প্রায় 20 সেকেন্ড লাগবে; বাস্তব ডাউনলোডে সংযোগ তৈরি, সার্ভারের আচরণ ও বদলানো অবস্থাও প্রভাব ফেলে।

সময় শেষ বা বাতিল করার আগে নিশ্চিতকরণ না পেলেও আপলোডের চেষ্টা হতে পারে। ToolMellow নিশ্চিত না হওয়া চেষ্টা করা পেলোড আলাদা দেখায় এবং আপলোড থ্রুপুটে গোনে না। এর মানে নেটওয়ার্কে কোনো বাইটই যায়নি তা নয়: প্রকৃত স্থানান্তরের পরিমাণ অজানা। “মাপা হয়নি” মানে গণনা করা বাইট ও সময় থেকে ব্যবহারযোগ্য ফল নেই; সংযোগের ক্ষমতা শূন্য প্রমাণিত হয়েছে এমন নয়।

NIST: বাইনারি গুণিতকের উপসর্গRFC 9110 অংশ 8.6: HTTP Content-LengthW3C High Resolution Time: মনোটনিক সময় মাপWHATWG Streams: প্রতিক্রিয়ার বডির খণ্ড পড়া

লোডের আগে HTTP ল্যাটেন্সি, p95 ও তারতম্য পড়ুন

ToolMellow ডাউনলোড ও আপলোড শুরু করার আগে ল্যাটেন্সি মাপে। প্রস্তুতির একটি অনুরোধ বাদ দিয়ে সফল ও বাধাহীন পরীক্ষায় সাতটি HTTP যাতায়াতের নমুনা নেয়। প্রতিটি সময়ে ব্রাউজারের অনুরোধ, প্রান্তের পথ, প্রতিক্রিয়া ও অ্যাপের প্রক্রিয়াকরণ থাকে। এখানে লোডের আগে মানে এই পরীক্ষার বড় স্থানান্তর শুরু হয়নি; বাকি নেটওয়ার্কে কাজ বন্ধ আছে তা প্রমাণ করে না।

ইন্টারফেস সত্যিই পাওয়া নমুনার মধ্যক ও nearest-rank পদ্ধতির p95 দেখায়। মধ্যক হলো সাজানো মানের মাঝের মান। সাতটি নমুনায় এই p95 সবচেয়ে বড় পর্যবেক্ষিত নমুনা, দীর্ঘ সময়ের উচ্চ ল্যাটেন্সির নির্ভরযোগ্য পূর্বাভাস নয়। ব্যর্থ বা বাতিল পরীক্ষায় কম নমুনা থাকতে পারে, তাই সংখ্যা সবসময় পড়ুন।

HTTP ল্যাটেন্সির তারতম্য হলো মাপার মূল ক্রমে পাশাপাশি নমুনার পার্থক্যের পরম মানের গড়। উদাহরণের 20, 22, 24, 26, 28, 30 ও 32 ms ক্রমে মধ্যক 26 ms, p95 32 ms এবং পাশাপাশি তারতম্যের গড় 2 ms। এটি একটি নির্দিষ্ট পরিসংখ্যান। অন্য টুলের jitter, প্যাকেটের বিলম্বের তারতম্য বা পার্সেন্টাইল পদ্ধতি আলাদা হতে পারে। এগুলো HTTP যাতায়াতের সময়, ICMP ping বা প্যাকেট হারানোর মাপ নয়।

W3C High Resolution Time: মনোটনিক সময় মাপRFC 5481: প্যাকেট বিলম্বের তারতম্যের পরিভাষা

লোডের সময় ল্যাটেন্সি: দ্রুত সংযোগও দেরিতে সাড়া দেয় কেন

স্থানান্তরের অনুরোধ সক্রিয় থাকা অবস্থায় লোডের HTTP ল্যাটেন্সির নমুনা নেওয়া হয়। ToolMellow শুধু সক্রিয় স্থানান্তরের সঙ্গে সময়ে মিল থাকা নমুনা রাখে এবং ডাউনলোড ও আপলোডের জন্য আলাদা মধ্যক ও নমুনা সংখ্যা দেখায়। ছোট সীমিত পর্যায় এমন কোনো নমুনা ছাড়াই শেষ হতে পারে। লোডের মান না থাকা শূন্য ল্যাটেন্সি নয়। নমুনা নেওয়ার ব্যর্থতা প্যাকেট হারানোর শতাংশও হয় না।

একই প্রান্ত ও পরীক্ষার লোডের সময় এবং আগের ফল তুলনা করুন। উদাহরণে আগের মধ্যক 26 ms ও আপলোডের সময় মধ্যক 112 ms হলে পার্থক্য 86 ms। ওই আপলোড কাজের সময় বেশি প্রতিক্রিয়া বিলম্ব দেখা গেছে। সারি, Wi-Fi-তে প্রতিযোগিতা, প্রান্তের কাজ ও পথের অন্য অবস্থা প্রভাব ফেলতে পারে; শুধু পার্থক্য দিয়ে কারণ কোথায় তা জানা যায় না।

লোডের সময় অতিরিক্ত সারি তৈরি হওয়াকে প্রায়ই bufferbloat বলা হয়। বারবার বাড়া বিলম্ব বড় স্থানান্তরের সময় কল বা গেম ধীর সাড়া দেয় কেন তা বুঝতে সাহায্য করে। কিন্তু ToolMellow bufferbloat গ্রেড দেয় না বা গেম সার্ভারের ট্র্যাফিক তৈরি করে না। নেটওয়ার্কের যন্ত্র বদলানোর আগে প্রভাবিত অ্যাপ দেখুন এবং নিয়ন্ত্রিত তুলনা পুনরাবৃত্তি করুন।

Netflix: লোডের সময় ল্যাটেন্সি ও আপলোড গতিCloudflare: ঘরের নেটওয়ার্কের মাপRFC 5481: প্যাকেট বিলম্বের তারতম্যের পরিভাষা

ডেটা-সীমিত পরীক্ষা দ্রুত সংযোগ কম দেখাতে পারে কেন

প্রাপ্ত হতে পারে এমন থ্রুপুট দেখাতে সংযোগের সময় ও যথেষ্ট স্থানান্তরের কাজ লাগে। শুরু, congestion control, ব্রাউজার প্রক্রিয়াকরণ ও প্রান্তের ক্ষমতা ছোট মাপকে প্রভাবিত করে। সীমিত স্থানান্তর টানা কাজ তৈরি হওয়ার আগেই শেষ হতে পারে। ToolMellow ইচ্ছা করে পেলোড ও সময় সীমিত করে, তাই ছোট ফলকে ওই সীমাবদ্ধ প্রক্রিয়ার মাপা থ্রুপুট হিসেবে পড়ুন।

“ডেটার সীমায় পৌঁছেছে” সতর্কতা আসে যখন গণনা করা ডাউনলোড বা নিশ্চিত আপলোড পেলোড সেই দিকের সীমায় পৌঁছায়। এতে লিঙ্ক পুরো ব্যস্ত হয়েছে বলা হয় না। উল্টোভাবে সতর্কতা না থাকাও সব পরিকল্পিত বাইট শেষ হওয়ার প্রমাণ নয়: স্বাভাবিক পর্যায়ের সময় শেষ হলে আংশিক ডাউনলোড বা নিশ্চিত না হওয়া আপলোড থাকতে পারে। প্রক্রিয়া সম্পূর্ণ মানে তার সীমিত পর্যায় শেষ, দুই পেলোড বাজেট পুরো ব্যবহৃত হওয়া নয়।

দ্রুত খুব তাড়াতাড়ি শেষ হলে গ্রহণযোগ্য ডেটা খরচে সাধারণ বড় নমুনা দেয়। ডিভাইস ও প্রান্ত তুলনাযোগ্য রাখুন এবং সময় ও সতর্কতা সংরক্ষণ করুন। সাধারণও ছোট থাকলে ফলকে সীমিত পর্যবেক্ষণ ধরে প্রশ্নের উপযুক্ত অন্য নথিভুক্ত মাপের পদ্ধতি দেখুন। বারবার ছোট সীমিত পরীক্ষা টানা ক্ষমতার মূল্যায়নের বিকল্প নয়।

RFC 5136: নেটওয়ার্ক ক্ষমতার সংজ্ঞাRFC 6349: TCP থ্রুপুট পরীক্ষার কাঠামো

Wi-Fi, Ethernet ও মোবাইল ডেটা সতর্কভাবে তুলনা করুন

ব্রাউজার পরীক্ষায় ডিভাইসের ব্যবহৃত আসল অ্যাক্সেস পথ থাকে। তাই Wi-Fi ফলে বেতার পরিস্থিতি ও ইন্টারনেট পথ দুটোই আছে। দরকারি তুলনার জন্য একই ডিভাইস সমস্যা হয় এমন জায়গায়, তারপর অ্যাক্সেস পয়েন্টের কাছে, এবং সমর্থন থাকলে Ethernet-এ পরীক্ষা করুন। প্রান্ত ও আকার একই রাখুন এবং একবারে একটি বিষয় বদলান।

কাছাকাছি বা তারে ভালো ফল হলে বদলানো অ্যাক্সেসের অবস্থার যাচাই করা মূল্যবান; কোনো এক অংশ নষ্ট প্রমাণিত হয় না। Ethernet লিঙ্কের সমঝোতা, অ্যাডাপ্টার, ডিভাইসের চাপ, কেবল, রাউটিং ও পরীক্ষার সার্ভারও তারের ফল সীমিত করতে পারে। শুধু একটি ব্রাউজার বা ডিভাইস আলাদা হলে ISP-কে কারণ ভাবার আগে অন্য সমর্থিত ব্রাউজার বা ডিভাইস তুলনা করুন।

ফোনে দেখুন পরীক্ষা Wi-Fi দিয়ে নাকি সেলুলার ডেটা দিয়ে হচ্ছে। 4G বা 5G চিহ্ন অ্যাক্সেস প্রযুক্তি বোঝায়, নির্দিষ্ট হারের নিশ্চয়তা নয়। একই জায়গায় কাছাকাছি সময়ে পরিকল্পিত তুলনা করুন, সম্ভব হলে ফোন স্থির রাখুন, এবং সিগন্যাল বদল ও ডেটা ফি বিবেচনা করুন। তারের ডেস্কটপ ও সেলুলার ফোনকে শুধু প্রান্ত বদলেছে এমনভাবে তুলনা করবেন না।

Google Nest: গতি পরীক্ষার পরিধি

স্ট্রিমিং, কল ও গেমের জন্য ভালো গতি কী

দরকারি গতি আপনার বাস্তব কাজকে সমর্থন করে এবং অন্য ট্র্যাফিকের জায়গা রাখে। অ্যাপের বর্তমান প্রকাশিত চাহিদা দেখুন এবং একই সঙ্গে ব্যবহারকারী ধরুন। বড় ফাইল বা স্ট্রিম পেতে ডাউনলোড, ভিডিও পাঠানো, ফাইল ভাগ বা ব্যাকআপে আপলোড লাগে। ইন্টারঅ্যাকটিভ কাজ বিলম্ব, তার পরিবর্তন ও অ্যাপের নিজস্ব পথেও নির্ভরশীল। একটি বেশি Mbps সংখ্যা একা ভালো কল বা গেম প্রমাণ করে না।

Netflix বর্তমানে স্থিতিশীল সংযোগে HD 720p-এর জন্য অন্তত 3 Mbps, Full HD 1080p-এর জন্য 5 Mbps এবং UHD 4K-এর জন্য 15 Mbps সুপারিশ করে। এগুলো Netflix-এর প্রকাশিত সুপারিশ, সব সেবার এক সীমা বা এই প্রান্তের প্রতিশ্রুতি নয়। পরিকল্পনার উদাহরণে একই সঙ্গে চলা দুই 4K স্ট্রিমের প্রতিটিতে 15 Mbps ধরলে অন্য ট্র্যাফিকের আগে 30 Mbps হয়। এটি সহজ হিসাবের অনুমান, সেবাদাতার নিশ্চয়তা নয়। ঘরের অন্য ব্যবহারে আরও উপলভ্য ক্ষমতা লাগে।

ভিডিও কলে বেছে নেওয়া মোড ও রেজোলিউশনের জন্য দুই দিকের সেবাদাতার চাহিদা দেখুন। গেমে আপডেট ডাউনলোড ও খেলার সময় সাড়া আলাদা করুন। ToolMellow HTTP ল্যাটেন্সিকে গেম সার্ভার ping ধরার বদলে গেমের নিজস্ব বিলম্ব ও সংযোগ বার্তা পড়ুন। যে কাজে আসল সমস্যা সেটি যাচাই করুন; টুল স্ট্রিমিং, গেম বা ভিডিও কল মানের স্কোর বানায় না।

Netflix: সংযোগের গতির সুপারিশCloudflare: ঘরের নেটওয়ার্কের মাপ

FAST, Cloudflare, অন্য পরীক্ষা ও ISP প্যাকেজ আলাদা কেন

মাপ প্রান্ত, পথ, একসঙ্গে স্থানান্তরের সংখ্যা, পেলোড আকার, সময়ের সংজ্ঞা ও একত্র করার পদ্ধতির ওপর নির্ভর করে। একটি স্ট্রিমের ফল এবং কয়েকটি পাশাপাশি স্থানান্তরের ফল ভিন্ন প্রশ্নের উত্তর দিতে পারে। ছোট ব্রাউজার পরীক্ষা ও বড় native-client পরীক্ষাও আলাদা হতে পারে। শুধু ভিন্ন সংখ্যা থেকে কোনো সেবা বিভ্রান্ত করছে বা ISP ইচ্ছা করে গতি কমাচ্ছে তা প্রমাণিত হয় না।

FAST Netflix-এর প্রান্ত ব্যবহার করে এবং লোডের আগের ও সময়ের ল্যাটেন্সি দেয়। Cloudflare অতিরিক্ত নেটওয়ার্ক মান ও প্যাকেট হারানোর ফিল্ড প্রকাশ করে। M-Lab NDT-কে এক স্ট্রিমের মাপ বলে। তাদের নথি তাদের নিজের পদ্ধতি বর্ণনা করে। ToolMellow নির্বাচিত প্রান্ত, সীমিত আকার, প্রতি দিকে সর্বোচ্চ দুই অনুরোধ এবং গণনা করা পেলোডকে পুরো পর্যায়ের সময় দিয়ে ভাগ করার পদ্ধতি ব্যবহার করে। এটি সব সেবার মাপ পুনরায় তৈরি করে না বা পুরো RFC 6349 পদ্ধতির অনুসরণ দাবি করে না।

প্রান্তের নাম ও অবস্থানের নিশ্চয়তার বার্তা দেখুন। স্বাধীন যাচাই না করা ঘোষিত অঞ্চল বাস্তব অবস্থান বা বিশ্বজুড়ে পরীক্ষার নেটওয়ার্কের প্রমাণ নয়। স্থানীয় development প্রান্ত দেখালে তার থ্রুপুটের মাপ স্থানীয় পথের পর্যবেক্ষণ। একই পদ্ধতির পুনরাবৃত্ত ফল প্যাকেজের শর্তের সঙ্গে তুলনা করুন; এক দূরবর্তী প্রান্তের ফল ISP লাইনের হার প্রত্যয়িত বা চুক্তি ভঙ্গ প্রতিষ্ঠা করতে পারে না।

FAST: গতি পরীক্ষা ও পদ্ধতির প্রশ্নCloudflare: ইন্টারনেট পরীক্ষা ও তথ্যM-Lab: Network Diagnostic Tool-এর পদ্ধতিRFC 5136: নেটওয়ার্ক ক্ষমতার সংজ্ঞাRFC 6349: TCP থ্রুপুট পরীক্ষার কাঠামো

VPN পথ, DNS ও ওয়েবসাইট গতি আলাদা প্রশ্ন

VPN বা proxy রুটিং এবং সেবার কাছে দেখা নেটওয়ার্ক ঠিকানা বদলাতে পারে। নেটওয়ার্কের নীতি অনুমতি দিলে কাছাকাছি সময়ে একই প্রান্ত ও আকারে সেই পথ চালু ও বন্ধ রেখে তুলনা করুন। রিপোর্টের নোটে প্রতিটি অবস্থা রাখুন। পার্থক্য ওই পরীক্ষার ওই পথ বর্ণনা করে; একা throttling, VPN-এর বিশ্বব্যাপী কর্মক্ষমতা বা এনক্রিপশনের ত্রুটি প্রমাণ করে না।

DNS নাম থেকে গন্তব্য বের করে; লিঙ্কের ভৌত ক্ষমতা বাড়ায় না। নাম রেজলভ করা সংযোগ তৈরি প্রভাবিত করতে পারে এবং আলাদা DNS উত্তর অ্যাপকে আলাদা প্রান্তে পাঠাতে পারে। ToolMellow-এর DNS যাচাইকারী নির্বাচিত পাবলিক রিজলভারের ফল দেখে, ডিভাইসের প্রতিটি lookup benchmark করে না। রেকর্ডের উত্তর দেখতে ব্যবহার করুন, DNS বদলালে টানা ডাউনলোড বাড়বে তার প্রমাণ হিসেবে নয়।

সংযোগের পরীক্ষা ওয়েবসাইট কর্মক্ষমতার অডিটও নয়। পেজ তৈরি, JavaScript, ছবির আকার, মূল সার্ভারের সাড়া ও cache দ্রুত সংযোগেও একটি সাইট ধীর করতে পারে। ToolMellow পরীক্ষার প্রান্তে তৈরি করা পেলোড পাঠায়; ইচ্ছেমতো সাইটের Core Web Vitals, TTFB বা সব দর্শকের জায়গা থেকে কর্মক্ষমতা মাপে না।

Google Nest: গতি পরীক্ষার পরিধিRFC 1034: DNS ধারণা ও নাম রেজলভCloudflare: ওয়েব কর্মক্ষমতা ও সংযোগ পরীক্ষা

কম বা বদলানো ফলের সমস্যা খুঁজুন

প্রথমে দেখুন প্রক্রিয়া শেষ হয়েছে এবং ব্যবহারযোগ্য মাপ পাওয়া গেছে কি না। Mbps প্যাকেজের সঙ্গে তুলনার আগে ত্রুটি, পেলোড বাইটের সংখ্যা, সময়, সীমার সতর্কতা ও ল্যাটেন্সির নমুনা সংখ্যা পড়ুন। ব্যর্থ বা খুব ছোট পর্যায়ের কম হারের অর্থ নিয়ন্ত্রিত অবস্থায় বারবার পাওয়া সম্পূর্ণ ফলের চেয়ে আলাদা।

একবারে একটি বিষয় পরিকল্পিতভাবে বদলান, প্রান্ত ও আকার একই রাখুন এবং মাঝে অপেক্ষার সময় মানুন। সর্বোচ্চ বা সর্বনিম্ন একটি ফলকে প্রতিনিধিত্বকারী ভাবার বদলে শান্ত ও সাধারণ ব্যবহারে কয়েকটি তারিখসহ ফল তুলনা করুন। শুধু একটি সংখ্যা দিয়ে ISP, রাউটার বা অ্যাপের ত্রুটি নির্ধারণ করবেন না। সহায়তায় যোগাযোগ করলে দেখা ফল, পরিস্থিতি ও প্রভাবিত অ্যাপের আচরণ দিন।

RFC 5136: নেটওয়ার্ক ক্ষমতার সংজ্ঞাRFC 6349: TCP থ্রুপুট পরীক্ষার কাঠামো

ত্রুটি, বাতিল করা ও সেবার ভাগ করা সীমা

ব্যস্ততা, অপেক্ষা, দৈনিক সীমা, বন্ধ প্রান্ত বা সেশনের ত্রুটি মানে অনুরোধ অনুযায়ী পরীক্ষা চলতে পারেনি। বার্তা মানুন এবং উপযুক্ত সময়ে পরিকল্পিতভাবে আবার চেষ্টা করুন। অপেক্ষা প্রান্তের দেখা ঠিকানায় প্রযোজ্য, তাই ভাগ করা NAT বা VPN exit একাধিক ডিভাইসকে একই অপেক্ষায় রাখতে পারে। দৈনিক নিয়ন্ত্রণ সেবার উপলভ্যতার সীমা, আপনার মোবাইল ডেটা সীমা বা সার্ভার পুনরায় চালুর পরেও টিকে থাকা নিশ্চয়তা নয়।

ক্লায়েন্ট মাপের প্রতিক্রিয়ায় compression বা cache-এর চিহ্ন, প্রান্তের অপ্রত্যাশিত পরিচয়, অপ্রত্যাশিত ডাউনলোড আকার বা পেলোডের সঙ্গে না মেলা আপলোড নিশ্চিতকরণ দেখলে সেই প্রতিক্রিয়া ব্যবহার করতে অস্বীকার করে। এগুলো ফলের অর্থ রক্ষা করে কিন্তু পথে প্রতিটি আচরণ যাচাই করতে পারে না। অনুরোধ ব্যর্থ হওয়া মাপা প্যাকেট হারানোর অনুপাত নয়; ব্যর্থ পরীক্ষায় আংশিক দরকারি ফল থাকতে পারে।

“বাতিল করুন” ব্রাউজারের অপেক্ষাধীন কাজ থামায় এবং সেশন পরিষ্কারের অনুরোধ করে। আগে পাঠানো ডেটা ফিরিয়ে নেয় না, অনিশ্চিত আপলোডের বাস্তব পরিমাণ জানায় না এবং সংরক্ষিত সার্ভার বাজেট বা অপারেটর বিলের ট্র্যাফিক ফেরতের নিশ্চয়তা দেয় না। সীমায় পরীক্ষা না হলে বার্তা দেখুন এবং অনুমোদিত ব্রাউজার বা পথ তুলনা করুন। শুধু পরীক্ষা firewall বন্ধ, কাজের নিয়ম এড়ানো বা যন্ত্র factory-reset করার কারণ নয়।

WHATWG Fetch: ব্রাউজারের অনুরোধ ও বাতিলWHATWG DOM: AbortSignal সময়সীমাRFC 9111: HTTP cache ও নিয়ন্ত্রণ নির্দেশ

তৈরি করা ট্র্যাফিক, গোপনীয়তা ও ডাউনলোড রিপোর্ট

মাপ আপনার নথি, ছবি বা বেছে নেওয়া ফাইলের বদলে তৈরি করা পরীক্ষার বাইট পাঠায়। তবু নেটওয়ার্ক ট্র্যাফিক হয়: ToolMellow-এর hosting এবং নির্বাচিত প্রান্ত নেটওয়ার্ক ঠিকানা ও সাধারণ অনুরোধের মেটাডেটা পায়। HTTPS তার দুই প্রান্তের পরিবহন রক্ষা করে; কাজকে নামহীন করে না বা প্রতিটি অবকাঠামো প্রদানকারীর কোনো লগ নেই প্রমাণ করে না।

ডাউনলোড না করলে ফল বর্তমান ট্যাবেই থাকে। “গতির প্রতিবেদন ডাউনলোড করুন” থেকে speed-measurement.json তৈরি হয়, প্রান্ত, সময়, আকার, অবস্থা, মাপা ও চেষ্টা করা পেলোড, সময়কাল ও পাওয়া ল্যাটেন্সির নমুনাসহ। এটি একটি snapshot, অ্যাকাউন্ট ইতিহাস, স্বয়ংক্রিয় নজরদারি বা ISP কর্মক্ষমতার শংসাপত্র নয়। প্রান্ত বা আকার বদলালে আগের দেখানো ফল মুছে যায়।

ফাইল ভাগ করার আগে প্রান্তের তথ্য, সময় ও ত্রুটি দেখুন। যেসব অবস্থা স্বয়ংক্রিয়ভাবে লেখা হয় না সেগুলো যোগ করুন: অ্যাক্সেসের ধরন, ডিভাইস ও ব্রাউজার, VPN, ব্যাকগ্রাউন্ড ট্র্যাফিক ও ক্ষতিগ্রস্ত কাজ। অসম্পূর্ণ ফলকে অসম্পূর্ণ হিসেবেই রাখুন। শুধু Mbps পাঠানোর চেয়ে এসব নোট পরের তুলনা ভালো করে।

নিজের ওয়েবপেজে গতি পরীক্ষা যোগ করুন

টুলের workspace-এর নিচের integration অংশে HTML snippet কপি, ডাউনলোড বা embedded টুলের পূর্বরূপ দেখুন। প্ল্যাটফর্মের সমর্থিত HTML অংশে দেওয়া snippet বসান। এতে ToolMellow টুলের iframe এবং সংশ্লিষ্ট ToolMellow পেজের দৃশ্যমান backlink থাকে। লিংকটি রাখুন যাতে পাঠক সম্পূর্ণ টুল ও গাইড পান।

snippet কপির আগে পেজের ভাষা বেছে নিন। ছোট পর্দায় embedded অংশ দেখুন এবং দর্শককে ডেটার তথ্য পড়ে নিজে পরীক্ষা শুরু করতে দিন। embedded টুলে hosted টুলের একই প্রান্তের উপলভ্যতা, পেলোড আকার ও সীমা থাকে। যোগ করার ফলে সীমাহীন স্থানান্তর বা আলাদা developer API পাওয়া যায় না। প্ল্যাটফর্মকে বাইরের iframe ও সংশ্লিষ্ট নেটওয়ার্ক অনুরোধ অনুমতি দিতে হবে।

সাধারণ প্রশ্ন

সূত্র ও আরও তথ্য

• NIST: বাইনারি গুণিতকের উপসর্গ
• RFC 5136: নেটওয়ার্ক ক্ষমতার সংজ্ঞা
• RFC 6349: TCP থ্রুপুট পরীক্ষার কাঠামো
• RFC 5481: প্যাকেট বিলম্বের তারতম্যের পরিভাষা
• RFC 9110 অংশ 8.6: HTTP Content-Length
• RFC 9111: HTTP cache ও নিয়ন্ত্রণ নির্দেশ
• W3C High Resolution Time: মনোটনিক সময় মাপ
• WHATWG Streams: প্রতিক্রিয়ার বডির খণ্ড পড়া
• WHATWG Fetch: ব্রাউজারের অনুরোধ ও বাতিল
• WHATWG DOM: AbortSignal সময়সীমা
• Netflix: লোডের সময় ল্যাটেন্সি ও আপলোড গতি
• Cloudflare: ঘরের নেটওয়ার্কের মাপ
• Netflix: সংযোগের গতির সুপারিশ
• Google Nest: গতি পরীক্ষার পরিধি
• FAST: গতি পরীক্ষা ও পদ্ধতির প্রশ্ন
• Cloudflare: ইন্টারনেট পরীক্ষা ও তথ্য
• M-Lab: Network Diagnostic Tool-এর পদ্ধতি
• RFC 1034: DNS ধারণা ও নাম রেজলভ
• Cloudflare: ওয়েব কর্মক্ষমতা ও সংযোগ পরীক্ষা