ফাইল স্থানান্তর করার জন্য এইচটিটিপি এবং এফটিপি তুলনা করা


125

ইন্টারনেটে ফাইল স্থানান্তর করার জন্য একের পর একের সুবিধা (বা সীমাবদ্ধতা) কী কী?

(আমি উভয় প্রোটোকলেরই সুরক্ষিত ফর্ম সম্পর্কে সচেতন performance

উত্তর:


99

এখানে দুজনের পারফরম্যান্স তুলনা করা হল। ছোট ফাইলগুলির অনুরোধ-প্রতিক্রিয়াটির জন্য এইচটিটিপি আরও প্রতিক্রিয়াশীল, তবে সঠিকভাবে টিউন করা গেলে বড় ফাইলগুলির জন্য এফটিপি আরও ভাল হতে পারে। এফটিপি সাধারণত দ্রুত বিবেচিত হত। টিটিসিপি রাজ্যের পাশাপাশি এফটিপিতে একটি নিয়ন্ত্রণ চ্যানেল এবং রাজ্য বজায় রাখা দরকার তবে এইচটিটিপি তা দেয় না। এফটিপিতে ডেটা স্থানান্তর শুরু করার আগে 6 টি প্যাকেট স্থানান্তর রয়েছে তবে এইচটিটিপিতে কেবল 4 জন রয়েছে।

আমি মনে করি সঠিকভাবে টিউন করা টিসিপি স্তরটি অ্যাপ্লিকেশন স্তর প্রোটোকলের মধ্যে পার্থক্যের চেয়ে গতিতে বেশি প্রভাব ফেলবে। সান ব্লুপ্রিন্ট বোঝাপড়া টিউনিং টিসিপিতে বিশদ রয়েছে।

প্রতিটি প্রোটোকলের পৃথক বৈশিষ্ট্যের আরেকটি ভাল তুলনা এখানে


22
+1 ভাল উত্তর। আমি মনে করি এফটিপি-র দিনটি চলে গেছে এবং চলে গেছে, এর আর সামান্যই প্রাসঙ্গিকতা রয়েছে। এটি প্রয়োগ করার জন্য একটি পরম শূকরও
স্কাফম্যান

7
"ছোট" বা "বড়" ফাইলগুলি বলতে কী আকার বোঝায়?
উরবিকোজ

কর্মক্ষমতা তুলনা পি-HTTP- র, টি / বিভিন্ন TCP এবং এস-টিসিবি বাস্তবায়নের আশা লাভ একটি বিশ্লেষণ লিংক পয়েন্ট। এটি কোথায় এফটিপি উল্লেখ করে না। এছাড়াও, সঠিকভাবে টিউন করা লিঙ্কটি নষ্ট হয়ে গেছে।
ট্রাইপড

@ ট্রাইপড আপনি কি পারফরম্যান্স তুলনা লিঙ্কটি পড়েছেন? এফটিপি-তে 12 টি উল্লেখ রয়েছে এবং প্রথম বিভাগে বলা হয়েছে "এইচটিটিপি প্রোটোকলটি মূলত এফটিপির অদক্ষতা হ্রাস করার জন্যই বিকাশ করা হয়েছিল ..." এবং তারপরে ব্যাখ্যাটি চালিয়ে যায়। আমি "বোঝার টিউনিং টিসিপি" লিঙ্কটিও আপডেট করেছি ... দেখে মনে হচ্ছে ওরাকল পুরানো সমস্ত সান ব্লুপ্রিন্ট হুইটপ্যাপারগুলি ফেলে দিয়েছে।
জন এলিনউড

2
আগস্ট 16, 1996 ... সত্যিই? এমনকি আপনার ২০০৯ এর উত্তরে আপনি এটি বর্তমান পরিস্থিতির প্রতিনিধি হওয়ার আশা করতে পারেননি। -1
ব্যবহারকারী541686

29

আমি সবেমাত্র এফটিপি এবং এইচটিটিপি উভয়ের উপরেই একটি ফাইল স্থানান্তর বেঞ্চমার্ক করেছি

  • দুটি খুব ভাল সার্ভার সংযোগ
  • একই 1 জিবি। জিপ ফাইল ব্যবহার করে
  • একই নেটওয়ার্ক অবস্থার অধীনে (একের পর এক পরীক্ষিত)

ফলাফল:

  • এফটিপি ব্যবহার: 6 মিনিট
  • HTTP ব্যবহার: 4 মিনিট
  • সমবর্তী HTTP ডাউনলোডার সফ্টওয়্যার ব্যবহার করে ( fdm): 1 মিনিট

সুতরাং, মূলত একটি "বাস্তব জীবন" পরিস্থিতির অধীনে:

1) একটি বড় ফাইল ডাউনলোড করার সময় এইচটিটিপি এফটিপি থেকে দ্রুত হয়।

২) এইচটিটিপি সমান্তরাল খণ্ড ডাউনলোড ব্যবহার করতে পারে যা এটিকে নেটওয়ার্কের অবস্থার উপর নির্ভর করে এফটিপি থেকে xx গুণ দ্রুত করে তোলে।


18
এটা খুব কৌতুকপূর্ণ মনে হয়।
স্পেনীবাস

5
@ এএনএকডোটাল তিনি সংখ্যা সরবরাহ করেছেন (গবেষণা থেকে তথ্য) যা এখন পর্যন্ত অন্য কোনও উত্তর কম উপাখ্যানযোগ্য।
ব্যবহারকারী 1133275

সময়গুলি কি পুনরুত্পাদনযোগ্য, কমপক্ষে আনুমানিক?
মাস্টারেক্সিলো

কিছু দিন আগে আমি 2 এমবিতে নেটওয়ার্ক, ব্যর্থ নেটওয়ার্কের সাহায্যে 90 এমবি ফাইল ডাউনলোড করার চেষ্টা করেছি। তবে এফটিপি (একই সার্ভার, একই ফাইল, মোবাইল হটস্পটের মাধ্যমে একই নেটওয়ার্ক) সহ ডাউনলোড সাফল্য। কেন জানি না।
রহমত ইহসান

1
কম ওভারহেডের কারণে একক ফাইলের জন্য এফটিপি দ্রুততর হয়। যদি আপনার পরীক্ষার অন্যরকম উত্তর পাওয়া যায় তবে অন্য ক্লায়েন্টকে (বা কম সম্ভবত, অন্য একটি সার্ভার) চেষ্টা করুন। HTTP সর্বোচ্চ বিট রেটের চেয়ে দ্রুত ডাউনলোড করতে পারে না এবং এর চেয়ে বেশি চেষ্টা করার জন্য ব্যবহৃত কোনও সমান্তরাল বিকল্প প্রোটোকল ওভারহেড প্রবর্তন করবে। বনাম কোনও প্রোটোকল ওভারহেড ছাড়াই মাল্টি-ফাইলগুলি এফটিপি-র মাধ্যমে লাইন গতিতে ব্যাক-টু-ব্যাক স্থানান্তরিত হতে পারে। এফটিপি এর সমান্তরাল বিকল্পটিতে একাধিক টিসিপি সংযোগ ব্যবহার করা হয় যা সাধারণত একক-পয়েন্ট সংযোগগুলি ছাড়িয়ে যায় (উদাঃ এসএমবি 3.1 ভিএসএমবি 2.1, 3.x বহু সংযোগ ব্যবহার করতে পারে)।
আস্তারা

27

অনেক ফায়ারওয়াল 80 বা 443 (HTTP এবং https) পোর্ট নয় এমন বহির্মুখী সংযোগগুলি ফেলে দেয়; কেউ কেউ এইচটিটিপি (এস) নয় এমন পোর্টগুলির সাথে সংযোগও ফেলে দেয়। সক্রিয় / পিএএসভি মোডের বিষয়ে কথা বলার জন্য না, এফটিপিকে অনুমতি দেওয়া যেতে পারে বা দেওয়া হতে পারে।

এছাড়াও, HTTP / 1.1 আরও ভাল আংশিক অনুরোধের ("কেবলমাত্র বাইট 123456 থেকে ফাইলের শেষের দিকে প্রেরণ করুন)", শর্তসাপেক্ষ অনুরোধ এবং ক্যাশে ("কেবলমাত্র সামগ্রী পরিবর্তিত হলে / যদি শেষ-পরিবর্তিত-তারিখ পরিবর্তন হয়") এবং সামগ্রী সংকোচনের অনুমতি দেয় content (gzip,)।

একটি প্রক্সি মাধ্যমে HTTP ব্যবহার করা আরও সহজ।

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

ওটিও, এইচটিটিপি রাষ্ট্রবিহীন, সুতরাং আপনাকে "নিজের যখন কে করেছে" কী করেছে তার প্রমাণীকরণ করতে হবে এবং একটি ট্রেইল তৈরি করতে হবে।

গতিতে আমি কেবল লক্ষ্য করেছি যে প্রচুর ছোট ফাইল হস্তান্তর করা হচ্ছে: পাইপলাইনিং সহ এইচটিটিপি দ্রুত হয় (বৃত্তাকার-ট্রিপগুলি হ্রাস করে, উদাহরণস্বরূপ, উচ্চ-ল্যাটেন্সি নেটওয়ার্কগুলিতে লক্ষণীয়)।

নোট করুন যে এইচটিটিপি / 2 আরও বেশি অনুকূলিতকরণ প্রস্তাব করে, যেখানে এফটিপি প্রোটোকল কয়েক দশক ধরে কোনও আপডেট দেখেনি (এমনকি এফটিপিতে এক্সটেনশন ব্যবহারকারীদের দ্বারা তুচ্ছ-তাগিদেও রয়েছে)। সুতরাং, আপনি যদি কোনও টাইম মেশিনের মাধ্যমে ফাইল স্থানান্তর না করেন তবে HTTP জিতেছে বলে মনে হয়।

(স্পর্শকাতরভাবে: এমন প্রোটোকল রয়েছে যা ফাইল ট্রান্সফারের জন্য আরও উপযুক্ত, যেমন rsyncবা বিটটরেন্ট, তবে সেগুলির তেমন মানসিকতা নেই, তবে এইচটিটিপি সর্বত্র রয়েছে ™)


13

একটি বিবেচ্য বিষয় হ'ল এফটিপি অ-মানক বন্দর ব্যবহার করতে পারে, যা ফায়ারওয়ালগুলি (যদিও আপনি এসএসএল ব্যবহার করছেন বিশেষত যদি) অসুবিধা অর্জন করে। এইচটিটিপি সাধারণত একটি পরিচিত বন্দরে থাকে, তাই এটি খুব কমই সমস্যা।

যদি আপনি এফটিপি ব্যবহার করার সিদ্ধান্ত নেন, আপনি সক্রিয় এবং প্যাসিভ এফটিপি সম্পর্কে পড়েছেন তা নিশ্চিত করুন ।

পারফরম্যান্সের বিচারে, দিন শেষে তারা দুজনেই সরাসরি টিসিপি সংযোগে ফাইল বানিয়ে ফেলছেন তাই একই রকম হওয়া উচিত।


-5

তারা উভয়ই ট্রান্সপোর্ট প্রোটোকল হিসাবে টিসিপি ব্যবহার করে, তবে এইচটিটিপি একটি অবিচ্ছিন্ন সংযোগ ব্যবহার করে, যা টিসিপিটির কার্যকারিতা আরও উন্নত করে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.