İki proksi bir faylı daha sürətli endirə bilərmi?

Hər birinin sərbəst buraxılış eni olan iki proksi çıxışı endirmənin sürətini ikiqat artırmağın asan yolu kimi görünür. Adi proksi hovuzu belə işləmir.

Müştəri seçilmiş bir proksi vasitəsilə bağlantı açır. Həmin proksi sonrakı bağlantını açır. Proksi siyahısından hovuza başqa bir ünvan əlavə etmək gələcək bağlantılara başqa seçim verir; ikinci proksini artıq davam edən bayt axınına qoşmur.

Adi bağlantı əsaslı çox-WAN balanslaşdırmasının da oxşar məhdudiyyəti var. O, müxtəlif bağlantıları kanallar arasında paylaya bilər, bu da ümumi tutumu yaxşılaşdırır və ya rəqabəti azaldır. Başqa bir mexanizm açıq şəkildə çoxsaylı yollar təqdim etməsə, bir bağlantı bir bağlantı olaraq qalır.

Paralel endirmələr fərqli məsələ olduqda

Müştəri faylın müxtəlif diapazonlarını ayrı-ayrı bağlantılar üzərindən tələb edib yerli olaraq birləşdirə bilər. Müştəri bu düzümü dəstəkləsə və server tələblərə icazə versə, bu, birdən çox yoldan istifadə edə bilər.

Bu, tələblər yaradır: diapazonlar eyni təqdimatı təsvir etməlidir, serverin cavabları tələb olunan ofsetlərə uyğun olmalıdır və obyektdəki dəyişikliklər qarışıq fayl yaratmamalıdır. Autentifikasiya, server məhdudiyyətləri və hər çıxış üzrə siyasətlər də paralel diapazon tələblərini yararsız edə bilər. On tam endirmə bir endirmənin on hissəsi deyil.

Müştəriyə son yol hələ də vacibdir. Bir neçə sürətli çıxış doymuş bir giriş kanalından o kanalın daşıya biləcəyindən çox məlumat göndərə bilməz.

Çoxyolluğun real dəstəyi olmalıdır

Multipath TCP, son nöqtələri və şəbəkə düzümü dəstəklədikdə bir bağlantını bir neçə alt axınla daşıya bilən açıq nəqliyyat mexanizmidir. Yalnız iki əlaqəsiz HTTP və ya SOCKS proksisini sadalamaqla aktivləşmir.

Yavaş ötürmə üçün əvvəlcə tavanın müştəri kanalında, proksidə, sonrakı yolda yoxsa təyinatda olduğunu müəyyən edin. Hovuz bağlantıların paylanması üçün faydalıdır. Bir faylın sürətinin ikiqat artırılması ilə bağlı iddiaya öz mexanizmi və sübutu tələb edən ayrı bir xüsusiyyət kimi baxın.