آیا دوه پراکسي کولای شي یو فایل ګړندی ډاونلوډ کړي؟
د ډېرو اړیکو وېش له یو ډاونلوډ لپاره د څو شبکې لارو د یوځای کولو څخه بېلول.
دوه پراکسي وتل، چې هر یو یې اضافي بینډوېډت لري، د ډاونلوډ سرعت دوه چنده کولو اسانه لاره ښکاري. خو عادي پراکسي حوض داسې نه کار کوي.
کلاینټ د یو غوره شوي پراکسي له لارې اړیکه پرانیزي. هغه پراکسي بله اړیکه پرانیزي. د پراکسي لیست څخه بل پته حوض ته ورزیاتول راتلونکو اړیکو ته بله انتخاب ورکوي؛ دا دویم پراکسي په هغه بایټ جریان کې نه نښلوي چې مخکې روان دی.
عادي د اړیکې پر بنسټ د څو WAN انډول هم ورته محدودیت لري. دا کولای شي مختلفې اړیکې پر لینکونو ووېشي، چې ټوله ظرفیت ښه کوي یا سیالي کموي. یوه اړیکه یوه اړیکه پاتې کېږي مګر دا چې بله طریقه په څرګنده توګه څو لارې برابره کړي.
کله چې موازي ډاونلوډونه بله مسله وي
کلاینټ کولای شي د یو فایل بېلابېلې سیمې په جلا اړیکو کې وغواړي او په محلي توګه یې یوځای کړي. دا کولای شي له یوې لارې ډېرې لارې وکاروي که کلاینټ دا ترتیب ملاتړ کوي او سرور غوښتنې اجازه کوي.
دا ځینې شرطونه راوړي: سیمې باید ورته استازیتوب بیان کړي، د سرور ځوابونه باید د غوښتل شوو افسیټونو سره سم وي، او په شي کې بدلونونه باید مخلوط فایل رامنځته نه کړي. تصدیق، د سرور محدودیتونه او د هر وتل تګلاره هم کولای شي موازي سیمه غوښتنې نامناسبې کړي. لس بشپړ ډاونلوډونه د یو ډاونلوډ لس ټوټې نه دي.
کلاینټ ته وروستۍ لاره لا هم مهمه ده. څو ګړندي وتل نشي کولای د یو ډک شوي لاسرسي لینک له لارې هغه څه ډېرې ډاټا ولېږي چې هغه لینک یې وړتیا لري.
څولاریتوب حقیقي ملاتړ ته اړتیا لري
Multipath TCP یو څرګند ترانسپورټ میکانیزم دی چې کولای شي یوه اړیکه د څو فرعي جریانونو په کارولو سره ووړي، کله چې د هغې پای ټکي او شبکه یی ترتیب ملاتړ وکړي. یوازې د دوو بې اړیکې HTTP یا SOCKS پراکسي په لیست کولو سره نه فعالېږي.
د ورو انتقال لپاره لومړی وټاکئ چې حد د کلاینټ لینک، پراکسي، بلې لارې یا مقصد پر سر دی. حوض د اړیکو وېش لپاره ګټور دی. د یو فایل د سرعت دوه چنده کېدو ادعا د جلا ځانګړتیا په توګه وګڼئ چې خپل میکانیزم او خپل شواهد غواړي.