নির্দেশিকা
লেটেন্সি কী?
নেটওয়ার্ক লেটেন্সি হলো যোগাযোগে হওয়া বিলম্ব। পিং নির্দিষ্ট পদ্ধতিতে নির্দিষ্ট লক্ষ্য পর্যন্ত গিয়ে ফিরে আসার সময় মাপে।
নেটওয়ার্ক লেটেন্সি যোগাযোগের বিলম্বকে বোঝায়। পিং সাধারণত যাওয়া ও ফিরে আসার সময় (RTT) দেখায়: অনুরোধ পাঠানো থেকে লক্ষ্যটির উত্তর পাওয়া পর্যন্ত সময়। একক মিলিসেকেন্ড (ms); 1 ms হলো 0.001 সেকেন্ড। এক দিকের বিলম্ব আলাদা মাপ। RTT সরাসরি অর্ধেক করবেন না, কারণ দুই দিকের পথ ও অপেক্ষার সারি আলাদা হতে পারে।
লেটেন্সি ও ডেটা স্থানান্তরের গতি
Mbps প্রতি সেকেন্ডে স্থানান্তরিত ডেটার পরিমাণ দেখায়। ms মাপা নেটওয়ার্ক বিনিময়ের সময় দেখায়। বেশি Mbps দ্রুত সাড়ার নিশ্চয়তা দেয় না। গেম ও কলে বিলম্বের ওঠানামা, প্যাকেট হারানো এবং অ্যাপের কাজও গুরুত্বপূর্ণ। 30, 60 বা 100 ms সীমা সব পরিষেবার মান নিশ্চিত করে না।
কোন পরিস্থিতি মাপকে প্রভাবিত করতে পারে
- পথ ও লক্ষ্য: দূরত্ব, রাউটিং এবং লক্ষ্যের উত্তর দেওয়ার সময় ফলাফলে প্রভাব ফেলে। প্রতিটি রাউটারের জন্য নির্দিষ্ট অতিরিক্ত বিলম্ব নেই।
- Wi-Fi: রেডিও হস্তক্ষেপ, একই চ্যানেল ভাগ করা এবং পুনরায় পাঠানো বিলম্ব বাড়াতে পারে। ইথারনেটের সঙ্গে পার্থক্য অনুমান না করে মাপুন।
- ট্র্যাফিক: সংযোগে চাপ থাকলে প্যাকেট সারিতে অপেক্ষা করতে পারে। নিজের আপলোড ও ডাউনলোড চলার অবস্থার সঙ্গে তুলনা করুন।
- ডিভাইস ও অ্যাপ: স্থানীয় প্রক্রিয়াকরণ বা পরিষেবার উত্তর কোনো কাজ দেরি করাতে পারে; তা নিজে থেকে নেটওয়ার্কের ত্রুটি প্রমাণ করে না। রাউটারের বয়সও ত্রুটি নির্ধারণের ভিত্তি নয়।
VMAXCHECK কী দেখায়?
ডেটা পাওয়া গেলে VMAXCHECK, NDT সার্ভারের TCP মাপ থেকে RTT-এর অনুমান দেখায়। এটি টেস্ট সার্ভারের পথের জন্য, গেম সার্ভার বা কলের অপর প্রান্তের পথের জন্য নাও হতে পারে। এটি আলাদা ICMP টেস্ট বা ট্র্যাফিক ছাড়া লেটেন্সি, চাপের মধ্যে লেটেন্সি কিংবা জিটারের স্বাধীন মাপ নয়। NDT ডেটা স্থানান্তর করে চাপ তৈরি করে; গুরুত্বপূর্ণ কল থেকে আলাদা সময়ে চালান এবং সার্ভারটি লিখে রাখুন।
একবারে একটি শর্ত বদলে তুলনা করুন
- পুনরায় চালু করার আগে সময়, ডিভাইস, অ্যাপ, লক্ষ্য, সংযোগের ধরন এবং একই সময়ের ট্র্যাফিক লিখুন। পাওয়া গেলে অ্যাপের পরিসংখ্যান ও রাউটারের ঘটনা সংরক্ষণ করুন।
- কাছাকাছি সময়ে একই ডিভাইস, লক্ষ্য ও পদ্ধতিতে Wi-Fi এবং ইথারনেট তুলনা করুন। রাউটার থেকে দুই অবস্থানেও তুলনা করতে পারেন। উন্নতি একটি সূত্র, সঠিক ত্রুটির অবস্থানের প্রমাণ নয়।
- গুরুত্বপূর্ণ কলের বাইরে এমন পদ্ধতি নিন যা ট্র্যাফিক ছাড়া এবং চাপের মধ্যে লেটেন্সি স্পষ্টভাবে আলাদা করে। নিজের অনুমোদিত ডেটা স্থানান্তরের আগে, চলাকালে ও পরে একই লক্ষ্য ও পদ্ধতিতে তুলনা করুন। দিক ও স্থানান্তরের গতি লিখুন।
- অন্য সময়, ডিভাইস বা অনুমোদিত লক্ষ্য দিয়ে আবার দেখুন, তবে একবারে একটি শর্তই বদলান। এরপর প্রকৃত অ্যাপটি পরীক্ষা করুন। পুনরায় চালু করার যুক্তি থাকলে আগে ডেটা সংরক্ষণ করে মডেলের নির্দেশনা অনুসরণ করুন।
Windows-এ ছোট পিং পরীক্ষা
চাইলে Windows টার্মিনালে ping /n 4 HOST ব্যবহার করুন। HOST-এর বদলে যে লক্ষ্য পরীক্ষা করার অনুমতি আছে তার নাম বা ঠিকানা দিন। চারটি অনুরোধ শুধু ছোট নমুনা। ICMP গেমের ট্র্যাফিকের মতো নয়। উত্তর না পাওয়া ফিল্টারিং বা অপেক্ষার সময় শেষ হওয়ার ফলও হতে পারে; তা অ্যাপের ত্রুটি প্রমাণ করে না। সুরক্ষা বজায় রাখুন এবং সহায়তার জন্য প্রয়োজনীয় তথ্য ব্যক্তিগত মাধ্যমে পাঠান।
সাধারণ প্রশ্ন
- গেমের জন্য কোন পিং উপযুক্ত? গেমের চাহিদা এবং সত্যিই ব্যবহার করা সার্ভারের মান দেখুন। ওঠানামা ও প্যাকেট হারানোকে গেমের অভিজ্ঞতার সঙ্গে মূল্যায়ন করুন। একটি মান পুরো সেশনের নিশ্চয়তা দেয় না।
- সন্ধ্যায় লেটেন্সি বাড়ে কেন? কাছাকাছি পরিস্থিতিতে বিভিন্ন সময় তুলনা করুন এবং নিজের ট্র্যাফিক লিখুন। শুধু সময়ের ধরন থেকে সরবরাহকারীর নেটওয়ার্কে অতিরিক্ত চাপ প্রমাণিত হয় না।
- দ্রুততর ইন্টারনেট প্ল্যান সাহায্য করবে? নিজের ট্র্যাফিক সংযোগ ভরিয়ে দিলে বেশি ক্ষমতা সারির অপেক্ষা কমাতে পারে। তা পথ স্বয়ংক্রিয়ভাবে ছোট করে না বা অ্যাপের উত্তর নিশ্চিত করে না। আগে চাপ ও বিলম্বের সম্পর্ক দেখুন।