এই তিনটি ভিন্ন জিনিস বর্ণনা করে এবং অনবরত গুলিয়ে ফেলা হয়। Latency হলো বিলম্ব — এক একক ডেটার A থেকে B-তে যেতে কতক্ষণ লাগে (সময়ে পরিমাপ, যেমন ms)। Bandwidth হলো ধারণক্ষমতা — একটি link সর্বোচ্চ যে ডেটা-হার বহন করতে পারে (যেমন Gbps)। Throughput হলো হার যা আপনি বাস্তবে অর্জন করেন, যা সাধারণত bandwidth-এর নিচে। একটি পাইপের উপমা এটি স্পষ্ট করে:
├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
╔══════════════════════════════════════════════════════════════════════════╗
║ width of pipe = BANDWIDTH (max capacity) ║
║ water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth) ║
╚══════════════════════════════════════════════════════════════════════════╝
গুরুত্বপূর্ণভাবে, একটি চওড়া পাইপ তাকে ছোট করে না: bandwidth যোগ করলে latency কমে না। একটি মোটা transatlantic link-এরও দূরত্ব ও আলোর গতি দ্বারা নির্ধারিত ~৮০ ms round-trip latency থাকে — আপনি টাকা দিয়ে তার নিচে যেতে পারবেন না। এ কারণেই latency, bandwidth নয়, ইন্টারঅ্যাক্টিভ অ্যাপের অনুভূতির উপর প্রাধান্য বিস্তার করে: প্রতিটি round trip (DNS, TCP handshake, TLS, তারপর request) latency-এর মাশুল দেয়, এবং তারা যোগ হয়ে বাড়ে।
Latency ও throughput Bandwidth-Delay Product-এর (BDP = bandwidth × round-trip time) মাধ্যমে ইন্টারঅ্যাক্ট করে, যা একটি পাইপ পূর্ণ রাখতে "পথে থাকা" ডেটার পরিমাণ। একটি উচ্চ-bandwidth, উচ্চ-latency "long fat network"-এ, TCP-এর মতো একটি প্রোটোকল যা ACK-এর জন্য অপেক্ষা করে সে পাইপ পূর্ণ করতে পারে না যদি না তার window অন্তত BDP-এর সমান হয় — তাই throughput শেষপর্যন্ত latency দ্বারা সীমাবদ্ধ হয়, bandwidth দ্বারা নয়। এ কারণেই দূরপাল্লায় একটি TCP stream প্রায়ই একটি দ্রুত link-এও কম কর্মক্ষমতা দেখায়, এবং কেন parallelism, বড় window, ও CDN (যা দূরত্ব কমায়, ফলে latency) সাহায্য করে।
এই তিনটিকে গুলিয়ে ফেলা সবচেয়ে সাধারণ — এবং সবচেয়ে পরিণতিমূলক — কর্মক্ষমতা ভুলগুলোর একটি: দল যা আসলে একটি latency সমস্যা তা ঠিক করতে আরও bandwidth কেনে এবং কোনো উন্নতি দেখে না। senior অন্তর্দৃষ্টিটি হলো যে latency হলো পদার্থবিজ্ঞান দ্বারা স্থাপিত একটি মেঝে (দূরত্ব) যা আপনি স্থাপত্যগতভাবে আক্রমণ করেন — server/CDN ব্যবহারকারীদের কাছাকাছি রাখুন, round trip কমান (connection reuse, HTTP/3, caching), এবং request গুচ্ছবদ্ধ করুন — যেখানে bandwidth এমন কিছু যা প্রায়ই আপনি কেবল provision করতে পারেন। BDP বোঝা পাল্টা-স্বজ্ঞাত ফলাফল ব্যাখ্যা করে যেমন একটি "দ্রুত" link ধীর single-stream transfer দিচ্ছে, ঠিক সেই ধরনের যুক্তি যা প্রত্যাশিত যখন আপনি উচ্চ-কর্মক্ষমতা, ভৌগোলিকভাবে বিতরণকৃত সিস্টেম design বা debug করেন।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন