هل يمكن لبروكسيين تنزيل ملف واحد بشكل أسرع؟

مخرجا بروكسي، لكل منهما نطاق ترددي فائض، يبدوان طريقة سهلة لمضاعفة سرعة التنزيل. لكن مجموعة بروكسي عادية لا تعمل بهذه الطريقة.

يفتح العميل اتصالاً عبر بروكسي واحد مختار. وذلك البروكسي يفتح الاتصال التالي. وإضافة عنوان آخر من قائمة البروكسي إلى المجموعة تمنح الاتصالات المستقبلية خياراً آخر؛ لكنها لا تُدخل البروكسي الثاني في تدفق البايتات الجاري أصلاً.

ولموازنة الشبكات المتعددة الواسعة القائمة على الاتصال قيد مماثل. فهي تستطيع توزيع اتصالات مختلفة على وصلات، مما يحسّن السعة الإجمالية أو يقلل التنازع. ويبقى الاتصال الواحد اتصالاً واحداً ما لم توفر آلية أخرى مسارات متعددة صراحةً.

عندما تكون التنزيلات المتوازية مسألة مختلفة

قد يطلب العميل نطاقات مختلفة من ملف عبر اتصالات منفصلة ثم يجمعها محلياً. ويمكن أن يستخدم أكثر من مسار إذا دعم العميل هذا الترتيب وسمح الخادم بالطلبات.

وهذا يفرض متطلبات: يجب أن تصف النطاقات التمثيل نفسه، ويجب أن تطابق ردود الخادم الإزاحات المطلوبة، ويجب ألا تؤدي التغييرات في الكائن إلى ملف مختلط. كما أن المصادقة وحدود الخادم والسياسات لكل مخرج قد تجعل طلبات النطاقات المتوازية غير مناسبة. عشر تنزيلات كاملة ليست عشر قطع من تنزيل واحد.

المسار الأخير إلى العميل يظل مهماً. فعدة مخارج سريعة لا تستطيع إرسال بيانات أكثر عبر وصلة وصول مشبعة واحدة أكثر مما تحمله تلك الوصلة.

تعدد المسارات يحتاج إلى دعم فعلي

‏Multipath TCP آلية نقل صريحة يمكنها حمل اتصال باستخدام تدفقات فرعية متعددة عندما تدعمها أطرافه وترتيب الشبكة. ولا تُفعَّل بمجرد إدراج بروكسيين غير مرتبطين من HTTP أو SOCKS.

في النقل البطيء، حدد أولاً ما إذا كان السقف على وصلة العميل أم البروكسي أم المسار التالي أم الوجهة. فالمجموعة مفيدة لتوزيع الاتصالات. وتعامل مع الادعاء بمضاعفة سرعة ملف واحد كميزة منفصلة تحتاج إلى آلية خاصة بها وأدلة.