کیا دو پراکسی ایک فائل کو زیادہ تیزی سے ڈاؤن لوڈ کر سکتی ہیں؟

دو پراکسی اخراجی راستے، جن میں سے ہر ایک کے پاس اضافی بینڈوتھ ہے، ڈاؤن لوڈ کی رفتار دوگنی کرنے کا آسان طریقہ لگتے ہیں۔ مگر عام پراکسی پول ایسے کام نہیں کرتا۔

کلائنٹ ایک منتخب پراکسی کے ذریعے کنکشن کھولتا ہے۔ وہ پراکسی اگلا کنکشن کھولتی ہے۔ پراکسی فہرست سے دوسرا پتہ پول میں شامل کرنے سے آئندہ کنکشنز کو ایک اور انتخاب ملتا ہے؛ یہ دوسری پراکسی کو پہلے سے جاری بائٹ اسٹریم میں نہیں جوڑتا۔

عام کنکشن پر مبنی ملٹی-وان توازن کی بھی ایسی ہی حد ہے۔ یہ مختلف کنکشنز کو لنکس پر پھیلا سکتا ہے، جس سے مجموعی صلاحیت بہتر ہوتی ہے یا مقابلہ کم ہوتا ہے۔ ایک کنکشن ایک کنکشن ہی رہتا ہے جب تک کوئی دوسرا طریقہ واضح طور پر متعدد راستے فراہم نہ کرے۔

جب متوازی ڈاؤن لوڈز الگ معاملہ ہوں

کلائنٹ کسی فائل کی مختلف حدیں الگ کنکشنز پر مانگ کر مقامی طور پر جوڑ سکتا ہے۔ یہ ایک سے زیادہ راستہ استعمال کر سکتا ہے اگر کلائنٹ اس ترتیب کی حمایت کرے اور سرور درخواستوں کی اجازت دے۔

یہ کچھ شرطیں لاتا ہے: حدوں کو وہی نمائندگی بیان کرنی چاہیے، سرور کے جوابات مطلوبہ آفسیٹس سے مطابق ہوں، اور شے میں تبدیلیاں مخلوط فائل پیدا نہ کریں۔ توثیق، سرور کی حدیں اور ہر اخراجی راستے کی پالیسیاں بھی متوازی حد درخواستوں کو نامناسب بنا سکتی ہیں۔ دس مکمل ڈاؤن لوڈز ایک ڈاؤن لوڈ کے دس ٹکڑے نہیں ہیں۔

کلائنٹ تک آخری راستہ اب بھی اہم ہے۔ کئی تیز اخراجی راستے ایک بھرے ہوئے رسائی لنک سے اس سے زیادہ ڈیٹا نہیں بھیج سکتے جتنا وہ لنک اٹھا سکتا ہے۔

کثیر راستوں کے لیے حقیقی حمایت درکار ہے

Multipath TCP ایک واضح نقل و حمل کا طریقہ ہے جو اپنے سروں اور نیٹ ورک ترتیب کی حمایت پر کئی ذیلی بہاؤ استعمال کرتے ہوئے کنکشن لے جا سکتا ہے۔ صرف دو غیر متعلقہ HTTP یا SOCKS پراکسیوں کی فہرست بنانے سے یہ فعال نہیں ہوتا۔

سست منتقلی کے لیے پہلے طے کریں کہ حد کلائنٹ لنک پر ہے، پراکسی پر ہے، اگلے راستے پر ہے یا منزل پر۔ پول کنکشنز تقسیم کرنے کے لیے مفید ہے۔ ایک فائل کی رفتار دوگنی ہونے کے دعوے کو ایسی الگ خصوصیت سمجھیں جسے اپنا طریقہ اور اپنے ثبوت درکار ہیں۔