یہ تینوں مختلف چیزیں بیان کرتے ہیں اور مسلسل گڈمڈ کر دیے جاتے ہیں۔ Latency تاخیر ہے — ڈیٹا کی ایک اکائی کو A سے B تک سفر کرنے میں کتنا وقت لگتا ہے (وقت میں ناپا جاتا ہے، مثلاً ms)۔ Bandwidth گنجائش ہے — زیادہ سے زیادہ ڈیٹا کی وہ شرح جو ایک link لے جا سکتا ہے (مثلاً Gbps)۔ وہ شرح ہے جو آپ عملاً حاصل کرتے ہیں، جو عام طور پر 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 کم نہیں ہوتی۔ ایک موٹا بحرِ اوقیانوس پار link پھر بھی فاصلے اور روشنی کی رفتار کے تعین کردہ تقریباً 80 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 جیسا پروٹوکول جو ACKs کا انتظار کرتا ہے، پائپ کو تب تک نہیں بھر سکتا جب تک اس کا window کم از کم BDP جتنا نہ ہو — چنانچہ throughput bandwidth کے بجائے latency سے محدود ہو جاتا ہے۔ یہی وجہ ہے کہ ایک اکیلی TCP stream طویل فاصلے پر ایک تیز link پر بھی اکثر کم کارکردگی دکھاتی ہے، اور یہی وجہ ہے کہ parallelism، بڑے windows، اور CDNs (جو فاصلہ، اور اس طرح latency، کم کرتے ہیں) مدد کرتے ہیں۔
ان تینوں کو خلط ملط کرنا سب سے عام — اور سب سے نتیجہ خیز — کارکردگی کی غلطیوں میں سے ایک ہے: ٹیمیں ایک ایسی چیز کو ٹھیک کرنے کے لیے زیادہ bandwidth خریدتی ہیں جو دراصل latency کا مسئلہ ہوتا ہے، اور کوئی بہتری نہیں دیکھتیں۔ سینئر بصیرت یہ ہے کہ latency ایک فرش ہے جسے طبیعیات (فاصلہ) طے کرتی ہے اور جس پر آپ فن تعمیر کے ذریعے حملہ کرتے ہیں — servers/CDNs کو صارفین کے قریب رکھیں، round trips کم کریں (کنکشن کا دوبارہ استعمال، HTTP/3، caching)، اور requests کو بیچ کریں — جبکہ bandwidth اکثر بس فراہم کی جا سکتی ہے۔ BDP کو سمجھنا اُن الٹے نتائج کی وضاحت کرتا ہے جیسے ایک "تیز" link کا سست single-stream ٹرانسفر دینا، جو بالکل وہی طرزِ استدلال ہے جو آپ سے اُس وقت متوقع ہوتا ہے جب آپ اعلیٰ کارکردگی والے، جغرافیائی طور پر تقسیم شدہ نظام ڈیزائن یا debug کرتے ہیں۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں