লেটেন্সি, ব্যান্ডউইথ, থ্রুপুট ও জিটার

১ · লেটেন্সি কী ও এর উপাদান

কোনো ডেটা এক প্রান্ত থেকে অন্য প্রান্তে পৌঁছাতে যে সময় লাগে, তাকে লেটেন্সি বলে। এটি এক দিকের (one-way) হতে পারে, অথবা RTTRound-Trip Timeএকটি প্যাকেট গন্তব্যে পৌঁছে জবাব ফিরে আসতে মোট যে সময় লাগে — ping কমান্ড এটিই মাপে। — সেখানে গিয়ে জবাব ফিরে আসার সম্পূর্ণ সময়। লেটেন্সি তিনটি প্রধান উপাদানের যোগফল —

২ · ব্যান্ডউইথ বনাম থ্রুপুট

ব্যান্ডউইথ হলো একটি লিংক বা চ্যানেলের তাত্ত্বিক সর্বোচ্চ ডেটা রেট (M2/L06-এ আলোচিত) — এটি মাধ্যমের একটি ভৌত/ডিজাইন সীমা। কিন্তু থ্রুপুটThroughputএকটি লিংকে বাস্তবে অর্জিত ডেটা রেট — প্রোটোকল ওভারহেড, কনজেশন, বা অন্য বটলনেকের কারণে এটি প্রায়ই ব্যান্ডউইথের চেয়ে কম হয়। হলো বাস্তবে যা অর্জিত হয় — এটি সবসময় ব্যান্ডউইথের সমান বা কম, কখনোই বেশি নয়। উদাহরণস্বরূপ, একটি ১০০ Mbps সংযোগে TCP/IP হেডার ওভারহেড, প্যাকেট লস, বা অন্য ডিভাইসের সাথে ব্যান্ডউইথ শেয়ারিংয়ের কারণে বাস্তব থ্রুপুট হয়তো ৮৫ Mbps-ই হবে — এটি একটি অত্যন্ত সাধারণ বিভ্রান্তির জায়গা, কারণ কথ্য ভাষায় প্রায়ই "ব্যান্ডউইথ" বলতে থ্রুপুট বোঝানো হয়।

৩ · জিটার

জিটার মানে ধারাবাহিক প্যাকেটের লেটেন্সিতে তারতম্য — একটি প্যাকেট ২০ms-এ পৌঁছালো, পরেরটি ৮০ms-এ, তার পরেরটি ৩০ms-এ। গড় লেটেন্সি হয়তো গ্রহণযোগ্য পর্যায়ে থাকলেও, এই অসামঞ্জস্য ভয়েস/ভিডিও কলে বিশেষভাবে ক্ষতিকর — কারণ অডিও/ভিডিও স্ট্রিমের প্রতিটি ফ্রেম একটি নির্দিষ্ট, নিয়মিত সময়ের ব্যবধানে প্লে হওয়ার কথা; অনিয়মিত আগমন শ্রবণযোগ্য বা দৃশ্যমান গ্লিচ তৈরি করে। এই সমস্যা প্রশমিত করতে jitter buffer ব্যবহার করা হয় — গ্রাহক পাশে ইচ্ছাকৃতভাবে একটি ছোট অতিরিক্ত দেরি যোগ করে প্যাকেটগুলোকে সাময়িক বাফারে জমা করে, তারপর নিয়মিত বিরতিতে প্লে করে — এতে সামগ্রিক লেটেন্সি সামান্য বাড়ে কিন্তু প্লেব্যাক মসৃণ হয়।

৪ · Bandwidth-Delay Product (BDP)

একটি লিংকে যেকোনো মুহূর্তে সর্বোচ্চ কত ডেটা "ইন-ফ্লাইট" (পাঠানো হয়েছে কিন্তু এখনও গ্রাহকে পৌঁছায়নি বা তার ACK ফিরে আসেনি) থাকতে পারে, তা বলে দেয় Bandwidth-Delay Product (BDP)Bandwidth-Delay Productব্যান্ডউইথ × RTT — একটি লিংকে একসাথে কত বিট "পাইপের ভেতরে" থাকতে পারে তার পরিমাপ। —

$$BDP = bandwidth \times RTT$$

এই সংখ্যাটি সরাসরি বলে দেয় TCP-এর sending windowSliding WindowM5/L26-এ আলোচিত — সেন্ডার একসাথে যত বাইট আনঅ্যাকনলেজড রেখে পাঠাতে পারে তার সীমা। কত বড় হওয়া দরকার একটি লিংক পুরোপুরি ব্যবহার করতে (M5/L26-এর সরাসরি সম্প্রসারণ) — যদি উইন্ডো BDP-এর চেয়ে ছোট হয়, সেন্ডার ACK-এর জন্য অপেক্ষা করে অলস বসে থাকবে, লিংকের পূর্ণ ক্ষমতা কখনোই ব্যবহার হবে না।

# Bandwidth-Delay Product (BDP) — ব্যান্ডউইথ x RTT
def bandwidth_delay_product(bandwidth_bps, rtt_seconds):
    """BDP = ব্যান্ডউইথ (bits/sec) x RTT (sec) -> কত বিট 'ইন-ফ্লাইট' থাকতে পারে"""
    bits = bandwidth_bps * rtt_seconds
    bytes_ = bits / 8
    kb = bytes_ / 1024
    mb = kb / 1024
    return bits, bytes_, kb, mb

# --- সাধারণ টেরেস্ট্রিয়াল লিংক: 100 Mbps, RTT 50ms ---
bandwidth1 = 100_000_000   # 100 Mbps -> বিট/সেকেন্ড
rtt1 = 0.050               # 50ms -> সেকেন্ড
bits1, bytes1, kb1, mb1 = bandwidth_delay_product(bandwidth1, rtt1)

print("টেরেস্ট্রিয়াল লিংক (100 Mbps, RTT 50ms):")
print(f"  BDP = {bandwidth1:,} bits/sec x {rtt1} sec = {bits1:,.0f} bits")
print(f"       = {bytes1:,.0f} bytes ~= {kb1:,.1f} KB")

# --- স্যাটেলাইট লিংক: ব্যান্ডউইথ কম, কিন্তু RTT অনেক বেশি ---
bandwidth2 = 20_000_000   # 20 Mbps
rtt2 = 0.600              # 600ms -- জিওস্টেশনারি স্যাটেলাইটের বৈশিষ্ট্যসূচক RTT
bits2, bytes2, kb2, mb2 = bandwidth_delay_product(bandwidth2, rtt2)

print("\nস্যাটেলাইট লিংক (20 Mbps, RTT 600ms):")
print(f"  BDP = {bandwidth2:,} bits/sec x {rtt2} sec = {bits2:,.0f} bits")
print(f"       = {bytes2:,.0f} bytes ~= {kb2:,.1f} KB (~= {mb2:,.2f} MB)")

print("\nকম ব্যান্ডউইথ হওয়া সত্ত্বেও স্যাটেলাইট লিংকের BDP বড় (শুধু উচ্চ RTT-এর কারণে)?", bits2 > bits1)