দুটি প্রক্সি কি একটি ফাইল আরও দ্রুত ডাউনলোড করতে পারে?

দুটি প্রক্সি এক্সিট, প্রতিটিরই অতিরিক্ত ব্যান্ডউইথ আছে, একটি ডাউনলোডের গতি দ্বিগুণ করার সহজ উপায় বলে মনে হয়। সাধারণ প্রক্সি পুল এভাবে কাজ করে না।

একটি ক্লায়েন্ট একটি নির্বাচিত প্রক্সির মধ্য দিয়ে সংযোগ খোলে। সেই প্রক্সি পরবর্তী সংযোগ খোলে। প্রক্সি তালিকা থেকে আরেকটি ঠিকানা পুলে যোগ করলে ভবিষ্যতের সংযোগ আরেকটি বিকল্প পায়; এটি দ্বিতীয় প্রক্সিকে ইতিমধ্যে চলমান বাইট স্ট্রিমে জুড়ে দেয় না।

সাধারণ সংযোগভিত্তিক মাল্টি-ওয়ান ব্যালান্সিংয়েরও একই ধরনের সীমাবদ্ধতা আছে। এটি বিভিন্ন সংযোগ লিংকজুড়ে ছড়িয়ে দিতে পারে, যা সামগ্রিক ধারণক্ষমতা বাড়ায় বা প্রতিযোগিতা কমায়। অন্য কোনো ব্যবস্থা স্পষ্টভাবে একাধিক পথ না দিলে একটি সংযোগ একটি সংযোগই থাকে।

যখন সমান্তরাল ডাউনলোড আলাদা প্রস্তাব

একটি ক্লায়েন্ট পৃথক সংযোগের মাধ্যমে একটি ফাইলের বিভিন্ন রেঞ্জ চাইতে পারে এবং স্থানীয়ভাবে সেগুলো জোড়া লাগাতে পারে। ক্লায়েন্ট এই ব্যবস্থা সমর্থন করলে এবং সার্ভার অনুরোধগুলো অনুমোদন করলে এটি একাধিক পথ ব্যবহার করতে পারে।

এটি কিছু শর্ত আনে: রেঞ্জগুলোকে একই উপস্থাপনা বর্ণনা করতে হবে, সার্ভারের উত্তর অনুরোধ করা অফসেটের সঙ্গে মিলতে হবে, এবং বস্তুটির পরিবর্তন মিশ্র ফাইল তৈরি করতে পারবে না। প্রমাণীকরণ, সার্ভারের সীমা এবং প্রতিটি এক্সিটের নীতি সমান্তরাল রেঞ্জ অনুরোধ অনুপযুক্ত করে তুলতে পারে। দশটি সম্পূর্ণ ডাউনলোড একটি ডাউনলোডের দশটি টুকরো নয়।

ক্লায়েন্টের কাছে শেষ পথটি এখনও গুরুত্বপূর্ণ। কয়েকটি দ্রুত এক্সিট একটি সম্পৃক্ত অ্যাক্সেস লিংকের মধ্য দিয়ে সেই লিংক যতটা বহন করতে পারে তার বেশি ডেটা পাঠাতে পারে না।

মাল্টিপাথের প্রকৃত সমর্থন দরকার

Multipath TCP একটি স্পষ্ট পরিবহন ব্যবস্থা যা এর প্রান্তবিন্দু ও নেটওয়ার্ক ব্যবস্থা সমর্থন করলে একাধিক উপ-স্ট্রিম ব্যবহার করে একটি সংযোগ বহন করতে পারে। শুধু দুটি সম্পর্কহীন HTTP বা SOCKS প্রক্সি তালিকাভুক্ত করলেই এটি সক্রিয় হয় না।

ধীর স্থানান্তরের ক্ষেত্রে প্রথমে নির্ধারণ করুন সীমাটি ক্লায়েন্ট লিংকে, প্রক্সিতে, পরবর্তী পথে নাকি গন্তব্যে। একটি পুল সংযোগ বিতরণের জন্য উপযোগী। একটি ফাইলের গতি দ্বিগুণ করার দাবিকে এমন একটি আলাদা বৈশিষ্ট্য হিসেবে দেখুন যার নিজস্ব ব্যবস্থা ও প্রমাণ দরকার।