কেন নির্ভরযোগ্যতা সহ ইউডিপি (অ্যাপ্লিকেশন স্তরে প্রয়োগ করা) টিসিপির বিকল্প নয়?


25

টিসিপি পরিবহন স্তরে নির্ভরযোগ্যতা সরবরাহ করে যখন ইউডিপি না করে। সুতরাং, ইউডিপি দ্রুত। তবে, অ্যাপ্লিকেশন স্তরের একটি প্রোটোকল ইউডিপি ব্যবহার করার সময় নির্ভরযোগ্য প্রক্রিয়া প্রয়োগ করতে পারে।

এই অর্থে, নির্ভরযোগ্যতার সাথে ইউডিপি কেন (অ্যাপ্লিকেশন স্তরের প্রয়োগিত) টিসিপির বিকল্প নয় যে ইউসিডি টিসিপির চেয়ে দ্রুততর যখন আমাদের নির্ভরযোগ্যতার প্রয়োজন?


6
কেন প্রতিটি অ্যাপ্লিকেশন তাদের নিজস্ব নির্ভরযোগ্যতা প্রক্রিয়া সরবরাহ করবে যখন তারা কেবলমাত্র টিসিপির মতো আরও বিস্তৃত উপলব্ধ প্রোটোকলের উপর নির্ভর করতে পারে?
নাকরুল

14
এবং আপনি কীভাবে স্ট্যাকটিকে ধীর না করে অ্যাপ্লিকেশন স্তরে নির্ভরযোগ্যতা প্রয়োগ করার প্রস্তাব দিচ্ছেন?
জেএফএল

6
" যেহেতু ইউডিপি শিরোনাম টিসিপির চেয়ে ছোট, তাই আমরা ডেটা আকারের সুবিধা নিতে পারি " "এই চিন্তাভাবনার সাথে সমস্যাটি হ'ল আপনি সম্ভবত ইউডিপি পেলোডের অনেকগুলি অ্যাপ্লিকেশন-লেয়ার প্রোটোকল শিরোনামের সাথে খাবেন যা ব্যবহারের উপযোগী ডেটা হ্রাস করবে the ইউডিপি পেলোড। টিসিপি এবং ইউডিপি শিরোনামের আকারের মধ্যে পার্থক্য কেবল 12 বাইট। এছাড়াও, ইউডিপিটি সত্যিই ছোট পে-লোডের জন্য তৈরি করা হয়েছে, যেমন 576 বাইট; মনে রাখবেন যে ইউডিপি কেবল ডেটাগ্রামগুলি হারাবে এবং কোনও ডেটাগ্রামে যত বেশি ডেটা থাকবে, কোনও ডেটাগ্রাম হারিয়ে গেলে আরও বেশি ডেটা নষ্ট হয়ে যায়।
রন মউপিন

21
স্ট্রিং ওভারফ্লো ইউডিপি ব্যবহার করে টিসিপি-জাতীয় প্রোটোকল তৈরি করার জন্য প্রোগ্রামারদের চেষ্টা করছে এবং ব্যর্থ হচ্ছে। আরও অভিজ্ঞ প্রোগ্রামাররা তাদের এটিকে ছেড়ে দিতে এবং কেবল টিসিপি ব্যবহার করতে বলে। তারা সকলেই ভাবেন যে তারা আরও ভাল কাজ করতে পারে তবে এটির সম্ভাবনা খুব কম।
রন মাউপিন

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

উত্তর:


47

টিসিপি যত তাড়াতাড়ি আপনি তার নির্ভরযোগ্যতা বৈশিষ্ট্য দিয়ে কিছু তৈরি করতে পারেন তত দ্রুত। আপনার যদি কেবল, বলুন, সিকোয়েন্সিং এবং ত্রুটি সনাক্তকরণের প্রয়োজন হয় তবে ইউডিপি পুরোপুরি ভাল পরিবেশন করা যায়। এটি বেশিরভাগ রিয়েল-টাইম প্রোটোকলের যেমন ভয়েস, ভিডিও স্ট্রিমিং ইত্যাদির জন্য ভিত্তি, যেখানে "পরম" ত্রুটি সংশোধনের চেয়ে ল্যাগ এবং জিটার আরও গুরুত্বপূর্ণ।

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

বাস্তবায়নের শর্তে, আপনি দেখতে পাবেন যে টিসিপিতে বিনিয়োগকারী প্রোগ্রামার-সেঞ্চুরিগুলি আপনার পক্ষে সাধারণ যে কোনও সামর্থ্যর তুলনায় সাধ্যের তুলনায় দ্রুততর করবে, পাশাপাশি অস্পষ্ট প্রান্তের ক্ষেত্রে আরও নির্ভরযোগ্য।

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

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


7
কাস্টম "নির্ভরযোগ্যতার সাথে ইউডিপি" প্রোটোকল ভিডিও গেমগুলিতেও অত্যন্ত সাধারণ। বিভিন্ন বাস্তবায়ন সহ এক টন নেটওয়ার্কিং লাইব্রেরি রয়েছে। তারা সাধারণত প্যাকেটগুলি অর্ডার করতে চায় এবং হারিয়ে যাওয়া প্যাকেটগুলির পুনঃপ্রেরণ না করে (এবং ভবিষ্যতের সমস্ত প্যাকেটের বিলম্ব গ্রহণ করে) ত্রুটি সংশোধন করে।
ব্লুরাজা - ডেনি প্লেফুঘুফুট

আপনি "টিসিপি হ'ল সর্বোত্তম সাধারণ সমাধান বলে মনে হচ্ছে এমন শব্দগুলি তাই এটি এটিকে স্থানীয়ভাবে সমর্থন করে"। +1
ইকগামি

1
@ ব্লুরাজা-ড্যানিফ্লুঘুফুট এবং কখনও কখনও আপনি নির্ভরযোগ্য আনর্ডারড প্যাকেটগুলি (উদাহরণস্বরূপ কাছের প্লেয়ারগুলিতে প্রয়োগ করা ভিজ্যুয়াল এফেক্ট) চান।
ব্যবহারকারী 253751

@ BlueRaja-DannyPflughoeft আপনি একটি আদর্শ উদাহরণ প্রোটোকল গ্রন্থাগার আছে আমি উত্তর মধ্যে নিগমবদ্ধ খুশি হবেন
jonathanjo

1
@ জোনাথঞ্জো আমি যেটি ব্যবহার করেছি তা হ'ল লিডগ্রেন , যা 5 টি বিভিন্ন সরবরাহ পদ্ধতি (নীচে স্ক্রোল) সমর্থন করেইউনিটি এবং অবাস্তব ইঞ্জিনের নিজস্ব নেটওয়ার্কিং এপিআই রয়েছে যা ইউডিপির উপরে নির্মিত হয়।
ব্লুরাজা - ড্যানিফ্লুঘুফুট

10

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

উইকিপিডিয়া থেকে:

অন্যান্য অ্যাপ্লিকেশনগুলির মধ্যে, কুইক বর্তমানে টিসিপি ব্যবহার করে এমন সংযোগ-ভিত্তিক ওয়েব অ্যাপ্লিকেশনগুলির কার্যকারিতা উন্নত করে। এটি ব্যবহারকারী ডেটাগ্রাম প্রোটোকল (ইউডিপি) উপর দুটি শেষ পয়েন্টের মধ্যে বেশ কয়েকটি মাল্টিপ্লেক্স সংযোগ স্থাপন করে এটি করে।

ব্র্যান্ডের নতুন ট্রান্সপোর্ট-লেয়ার প্রোটোকল তৈরির তুলনায় ইউডিপি ব্যবহারের সুবিধা হ'ল রাউটার এবং অন্যান্য নেটওয়ার্ক ডিভাইস এটি ইতিমধ্যে বুঝতে পেরেছে।


টিউসিসিপি থেকে কুইকের কিছুটা আলাদা বৈশিষ্ট্য রয়েছে। কিছু পরিস্থিতিতে (নির্ভরযোগ্য নেটওয়ার্ক বা কোনও এনক্রিপশনের প্রয়োজন নেই) এটি আসলে ধীর: quora.com/…
ফ্রিকিশ

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

এক্ষেত্রে @ ফ্রেইকিশ ধীর গতির একটি সাধারণীকরণ। উদাহরণস্বরূপ, কুইক রিট্রান্সমিশন হ্রাস করতে প্যাকেটে অতিরিক্ত ডেটা যুক্ত করে যা থ্রুপুটটিতে প্রভাব ফেলে তবে বিলম্ব হয় না।
JSON

4

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

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

তবে পরিবহন স্তরের উপরে প্রোটোকলগুলি এখানে অফ-টপিক।


3
"আপনি অ্যাপ্লিকেশন স্তরে টিসিপি কার্যকারিতা প্রয়োগের জন্য ইউডিপি ব্যবহার করতে পারেন (নির্ভরযোগ্যতা, অভিযোজনযোগ্যতা)" - আমি বিশ্বাস করি যে এটি প্রায়োগিকভাবে কীভাবে কুইক, µটিপি এবং প্রায়শই এসসিটিপি প্রয়োগ করা হয়। (তা সত্ত্বেও, আমি সাধারণত তাদের ট্রান্সপোর্ট লেয়ারের উপরের অর্ধেক হিসাবে বিবেচনা করি, অন্যদিকে ইউডিপি নীচের অর্ধেকে বসে থাকে))
গ্রাভিটি

1
@ গ্রাভিটি যা আপনার পিওভের উপর নির্ভর করে - অ্যাপ্লিকেশন দৃষ্টিকোণ থেকে, একটি মধ্যবর্তী স্তর হ'ল পরিবহন স্তরটির একটি এক্সটেনশন। সাধারণত এবং নেটওয়ার্ক (ডিভাইস) দৃষ্টিকোণ থেকে, এটি অ্যাপ্লিকেশন স্তরের সমস্ত অংশ।
জ্যাক 67

4

একটি পরিষ্কার নেটওয়ার্ক এ তারা বেশ সমতুল্য। টিসিপি পিরিয়ডের জন্য ঝুলবে এমন কেস রয়েছে (যে কোনও মানুষ কখনও এইচডিটিপি স্ক্রিনটি লোডে জমা হতে দেখেছে?) তবে এটি আবর্জনা সরবরাহ করবে না বা প্যাকেটগুলি মিশ্রিত করবে না এবং খুব কমই পুরোপুরি ছাড়বে।

ইউডিপি অ্যাপ্লিকেশন স্তরটিকে ট্র্যাফিকের উপর আরও কঠোর পরিশ্রম করে আরও নিয়ন্ত্রণ দিতে পারে।

আপনার প্রশ্নের উত্তর হ'ল, কখনও কখনও এটি সেভাবে করা হয়। যে গেমগুলিতে স্বল্প বিলম্বের প্রয়োজন হয় সেগুলি প্রায়শই ঠিক তাই করে। এটি আরও ভাল কাজ, তবে আপনার কাছে কতগুলি অসামান্য প্যাকেট থাকতে পারে এবং কতবার তারা পুনরায় চেষ্টা করা হয় তা নিয়ন্ত্রণ করার ক্ষমতা প্রায়শই মূল্যবান।

সুতরাং সামগ্রিকভাবে পার্থক্যটি হ'ল টিসিপি হ'ল একটি সাধারণ উদ্দেশ্য বাস্তবায়ন, তবে ইউডিপি যে নির্দিষ্ট উদ্দেশ্যে করতে পারে যে টিসিপি হয় খুব খারাপ বা না হয় না - উদাহরণস্বরূপ:

  • কখনও হাল ছাড়বেন না (টিসিপি দিয়ে সংযোগটি কখনও কখনও স্তব্ধ হয়ে যায় এবং আপনাকে সংযোগটি ভেঙে পুনরায় চালু করতে হবে)
  • এমন প্যাকেটগুলির দ্রুত প্রবাহ প্রেরণে যাতে জবাবের প্রয়োজন হয় না এবং আপনি মাঝে মাঝে কিছু অনুপস্থিত মনে করেন না (যেখানে কেবলমাত্র সাম্প্রতিক প্যাকেটটি গুরুত্বপূর্ণ, অন্য যে কোনওটি ফেলে দেওয়া যেতে পারে) - গেমের অবস্থানের আপডেটগুলি মনে করুন - আপনি কিছুটা পেতে পারেন প্রতিটি পদক্ষেপের চেয়ে "ঝাঁপ দাও", তবে আপনি একই ফলাফলটি দ্রুত এবং আরও নির্ভরযোগ্যতার সাথে পান।
  • প্যাকেটের ড্রপগুলি বিশ্লেষণ করে এবং কতবার এবং কত তাড়াতাড়ি আপনি আবার চেষ্টা করবেন তা গতিময়ভাবে পরিবর্তিত করে - যদি সর্বোচ্চ প্যাকেটের আকারও হতে পারে তবে ifif নেটওয়ার্কগুলির সাথে ডিল করা।

তবে সাধারণভাবে এটি মূল্যবান নয়, টিসিপি বেশ অনুকূল so তাই অতিরিক্ত সমস্ত কাজ কেন করা এবং বাগ এবং সুরক্ষা ত্রুটি যুক্ত করার (বৃহত্তর) সুযোগ যুক্ত করুন কেন?


3

ইউডিপি দ্রুত নয় কারণ এটি ইউডিপি। টিসিপি ধীর নয় কারণ এটি টিসিপি।

উভয় প্রোটোকল নির্দিষ্ট গ্যারান্টি সহ ডিজাইন করা হয়েছে এবং কাঁচা ইউডিপির চেয়ে কাঁচা টিসিপির আরও গ্যারান্টি রয়েছে।

এবং থাম্বের বিধিটি হল: গ্যারান্টিগুলির জন্য দাম হল পারফরম্যান্স

ইউডিপি-র উপর টিসিপি গ্যারান্টি কার্যকর করতে আপনাকে নিষেধ করার কিছুই নেই। তবে তারপরে আপনি আরও গ্যারান্টি পাবেন এবং সুতরাং আপনাকে মূল্য দিতে হবে। অতএব আপনি টিসিপি বা আরও খারাপ (ইউডিপি ওভারহেডের কারণে) এ কর্মক্ষমতা হ্রাস করবেন। আপনি যদি না আরও ভাল টিসিপি বাস্তবায়ন না জানেন তবে এটি অসম্ভব। এবং যদি আপনি এটি করেন (আশাবাদী) আপনি এটি প্রকাশ করেন এবং আমরা মানক টিসিপি আরও দ্রুত তৈরি করি। আমরা যেখানে ফিরে এসেছি সেখানে ফিরে এসেছি। :)

আপনি সেই গ্যারান্টি সহ খেলতে পারেন। এটিকে কিছুটা সংশোধন করুন, এটিকে কিছুটা সংশোধন করুন। এবং তারপর তোমার মত একটি প্রোটোকল দিয়ে শেষ QUIC যা এর ফলে UDP শেষ হয়ে গেছে এবং এটা করা হয় খুব বিভিন্ন TCP + + TLS এর অনুরূপ। অনেক ক্ষেত্রে এটি টিসিপির চেয়ে দ্রুত (যদিও এই নিবন্ধ অনুসারে 5% অবধি এবং 15% পর্যন্ত বাফারিং করা যা আইএমও কোনও বড় বিষয় নয়) তবে কিছু পরিস্থিতিতে (যেমন নির্ভরযোগ্য নেটওয়ার্ক বা এনক্রিপশনের প্রয়োজন নেই) এটি আসলে ধীর ( এখানে একটি ব্যাখ্যা দেখুন )।

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


1

আপনার ধারণা গভীর স্থান ভাল হবে।

সঠিক উত্তরটি "এটি নির্ভর করে" এবং "কারণ এটি সামগ্রিকভাবে নেটওয়ার্কের ক্ষতি করতে পারে"। টিসিপি / আইপি নেটওয়ার্কগুলির প্রতি অত্যন্ত সদয় এবং স্বয়ংক্রিয়ভাবে দ্রুত গতিতে ঠিকঠাক করে তবে টন আইসিএমপি রিটার্ন প্যাকেট তৈরি করে না adj

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

সুনামি প্রোটোকল টিসিপিতে একটি নিয়ন্ত্রণ চ্যানেল সহ ইউডিপি ব্যবহার করে। http://tsunami-udp.sourceforge.net/ আমি একটি সমীক্ষা পেয়েছি যা এফডিটি নামক জিনিসটির চেয়ে ধীর হয়ে গেছে বলে দেখায়।

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

ইউডিপি অবিশ্বাস্য অ্যাপ্লিকেশন দ্বারা ব্যবহৃত হয়: স্ট্রিমিং অডিও, গেম ইনপুট / আপডেট আইও, "পিং" আসলে আইসিএমপি তবে গ্যারান্টিযুক্ত নয়, বিটোরেন্ট, মোশ এসএসএস দুর্দান্তভাবে প্রতিক্রিয়াশীল, ভিওআইপি টেলিফোনি, মাল্টিকাস্ট, ডিএনএস ইউডিপি এএফআইকে মাধ্যমে প্রেরণ করা হয়। অদ্ভুত অনুপস্থিত প্যাকেটটি কিছু মনে করে না এবং তাৎক্ষণিকভাবে "ক্যাচআপ" করতে পারে।

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

তার প্রমাণটি এই বিজ্ঞান অধ্যয়নের নিষেধাজ্ঞার চূড়ান্ত মন্তব্যে রয়েছে, যা ক্রমবর্ধমান দূরত্বের বিষয়টির বিষয়ে উল্লেখ করে যাচ্ছি: গভীর স্থান থেকে: https://uscholar.univie.ac.at/get/o:300623.pdf

যানজট ছাড়াই, টিসিপি সহ এফডিটি এবং গ্রিডএফটিপির পারফরম্যান্স সুনামি এবং ইউডিটির চেয়ে বেশি। এফডিটি-র সর্বাধিক থ্রুটটি ২.৩৪ গিগাবাইট / সেঃ 1 এমএস আরটিটি সহ তবে এটি গ্রিডএফটিপি এর তুলনায় 100 এমএসের পরে দ্রুত হ্রাস পায়, যা লিংক আরটিটি 100 এমএসের চেয়ে লম্বা হলে এফডিটি থেকে আরও ভাল সম্পাদন করে। মজার বিষয় হচ্ছে, সুনামির থ্রুটপুটটি আরটিটি বাড়ানোর সাথে সাথে হ্রাস পায় নি, এটি দেখায় যে এটি আরটিটি বর্ধমানের সাথে সবচেয়ে কার্যকর ভিড় নিয়ন্ত্রণ করে।

তারপরে আবার ... আসলে একটি স্পেস প্রোটোকল যা অনেকটা ইমেলের মতো যা স্থানের পক্ষে ভাল। অ্যাপ্লিকেশনগুলিকে চিরকালের মতো সময়োচিত মূল্যগুলি মনে করা উচিত নয়।


0

টিসিপি! = ইউডিপি + নির্ভরযোগ্যতা

টিসিপি কেবল অতিরিক্ত নির্ভরযোগ্যতা সহ ইউডিপি নয়। টিসিপি কেবল নির্ভরযোগ্যতার চেয়ে আরও বেশি বৈশিষ্ট্য সরবরাহ করে। আপনি তাদের সম্পর্কে অনেকগুলি আরএফসি-তে পড়তে পারেন।

এই বৈশিষ্ট্যগুলির যে কোনওটি প্রয়োগ স্তরে প্রয়োগ করা যেতে পারে। অবশেষে এমন একটি পয়েন্ট হয়ে যায় যেখানে আপনি চাকাটি পুনর্নির্মাণ শুরু করেন।

টিসিপির কয়েকটি বৈশিষ্ট্যের নাম রাখতে ...

  • সংযোগ তৈরি এবং সমাপ্তি: হ্যান্ডশেক এবং সংযোগ বন্ধ করে ures

  • ফ্লো কন্ট্রোল: নিশ্চিত করে যে প্রেরক এবং রিসিভার এমন হারে প্রেরণ করে যেখানে উভয়ই ডেটা হার পরিচালনা করতে পারে।

  • কনজেশন নিয়ন্ত্রণের শেষ থেকে শেষ: শেষ নোডগুলি ক্ষতির উপর ভিত্তি করে তাদের থ্রুপুটটি থ্রটল করতে দেয়। ধীর শুরু, যানজট এড়ানো এবং দ্রুত পুনরুদ্ধারের বিষয়ে পড়ুন।

আমার অভিজ্ঞতায়, ইউডিপি ব্যবহার করা হয় যখন গতি নির্ভরযোগ্যতার উপর উদ্বেগজনক হয়। আপনি অ্যাপ্লিকেশন স্তরে নির্ভরযোগ্যতার কিছু স্তর যোগ করতে পারেন যা টিসিপি হিসাবে 100% নির্ভরযোগ্য নয়। উদাহরণস্বরূপ আপনি যদি এখনও দ্রুত পারফরম্যান্স চান তবে আপনি ফরোয়ার্ড ত্রুটি সংশোধন (এফইসি) প্রয়োগ করতে পারেন যেখানে আপনি একাধিকবার ডেটা প্রেরণ করেন। আপনি এখনও ভাল পারফরম্যান্স পেয়েছেন এবং হারিয়ে যাওয়া প্যাকেটগুলি পাওয়ার জন্য চিট চ্যাট এবং পেছনের সমস্ত ছাড়াই কিছু স্তরের নির্ভরযোগ্যতা (বেশ কয়েকটি টিসিপি নির্ভরযোগ্যতা নোট করুন) পান। এর ব্যবসায় হ'ল এটি নেটওয়ার্কের ব্যবহার বাড়ায় তবে গেমিং বা স্ট্রিমিংয়ের মতো রিয়েল টাইম অ্যাপ্লিকেশনগুলির জন্য উপযুক্ত হতে পারে।


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