আপলোডের সময় VPN কেন ধীর লাগে: সারির বিলম্ব

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

ব্যান্ডউইথ ও বিলম্ব আলাদা পরিমাপ

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

লোডের সময় দিকটিও খেয়াল করুন। পূর্ণ আপলোড বাফার ডাউনলোড ক্ষমতা নিষ্ক্রিয় থাকলেও বাকি সবকিছু বিলম্বিত করতে পারে।

লোডের মধ্যে রাউন্ড ট্রিপ মাপুন

শান্ত লিঙ্কে একটি ভিত্তিরেখা নিন, তারপর একটি নিয়ন্ত্রিত ট্রান্সফার চলার সময় একই পরিমাপ পুনরাবৃত্তি করুন। পরম সংখ্যা নয়, দুটি রানের তুলনা করুন।

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

সারিটিকে সরান যেখানে বাধা আছে

সারি ব্যবস্থাপনা কেবল সেই ডিভাইসেই সাহায্য করে যেটি সত্যিই ব্যাকলগ ধরে রাখে। নিয়ম যোগ করার আগে ইন্টারফেস কী করছে তা পরীক্ষা করুন।

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

টানেল কী বদলায় আর কী লুকায়

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

বিলম্ব যদি লোড অনুসরণ না করে, সারি টিউন করা বন্ধ করুন এবং অন্যত্র খুঁজুন: Wi-Fi অবস্থা, প্যাকেট-আকারের সমস্যা বা একটি দুর্বল প্রস্থানপথ। পরিমাপ ছাড়া প্রয়োগ করা সারি-সেটিংস কেবল রহস্যটিকে সরিয়ে দেয়।