"লেটেন্সি" এবং "রাউন্ড ট্রিপ টাইম" এর মধ্যে পার্থক্য কী?


14

HTTP 1.1 এবং HTTP / 2 এর মধ্যে পারফরম্যান্স তুলনা করতে গোলং সম্প্রদায় একটি HTTP / 2 ডেমো ওয়েবসাইট সরবরাহ করে।

আমরা latencyবিভিন্নগুলি বেছে নিতে পারি , উদাহরণস্বরূপ 0 এস ল্যাটেন্সি, 30 এমএস ল্যাটেন্সি, 200 মিমি বিলম্ব।

  1. কি latencyকম্পিউটার বিজ্ঞানের একটি পরিভাষা?
  2. ওটার মানে কি?
  3. মধ্যে পার্থক্য কি latencyএবং Round Trip Time?

এখানে চিত্র বর্ণনা লিখুন


এই প্রশ্নোত্তর আপনাকে বুঝতে সাহায্য করতে পারে।
রন মাউপিন

কোন উত্তর কি আপনাকে সাহায্য করেছে? যদি তা হয় তবে আপনার উত্তরটি গ্রহণ করা উচিত যাতে উত্তরটি সন্ধান করে চিরকালের জন্য পপ আপ না হয়।
রন Maupin

উত্তর:


20

সোর্স হোস্টের কাছ থেকে পাঠানো কোনও কিছুর জন্য কোনও গন্তব্য হোস্টে পৌঁছাতে নেটওয়ার্ক লেটেন্সি কতক্ষণ সময় নেয়। ল্যাটেন্সি করার অনেকগুলি উপাদান রয়েছে এবং ল্যাটেন্সিটি আসলে এ থেকে বি এবং বি থেকে এ আলাদা হতে পারে

রাউন্ড ট্রিপ সময়টি কোনও উত্স থেকে কোনও গন্তব্যে প্রেরিত অনুরোধ এবং মূল উত্সটিতে ফিরে আসা প্রতিক্রিয়াটির জন্য কত সময় নেয়। মূলত, প্রতিটি দিকের মধ্যে বিলম্ব, প্লাস প্রসেসিংয়ের সময়।


10

"লেটেন্সি" বলতে বিভিন্ন জিনিস বোঝাতে পারে। সাধারণত, এটি কোনও ধরণের বিলম্ব হয় - অ্যাপ্লিকেশন ল্যাটেন্সি হ'ল একটি অ্যাপ্লিকেশনের প্রতিক্রিয়া সময় (ইনপুট থেকে আউটপুট), বিন্দু এ থেকে বিতে প্যাকেট পাওয়ার ক্ষেত্রে নেটওয়ার্কের বিলম্বিতা।

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

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

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


4

অন্যান্য উত্তরে কিছুটা ব্যাকগ্রাউন্ড যুক্ত করতে, একজনকে মনে রাখতে হবে যে নেটওয়ার্কের বিলম্বিতা উল্লেখযোগ্যভাবে পরিবর্তিত হতে পারে এবং ব্যবহারকারীর অভিজ্ঞতাকে প্রভাবিত করতে পারে।

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

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

বিলম্বিতকরণের প্রভাব রয়েছে এমন আরও কয়েকটি বিষয়:

  • লিঙ্ক / হপসের সংখ্যা: বেশিরভাগ ক্ষেত্রে, একটি প্যাকেট পরবর্তী লিঙ্কে প্রেরণের আগে পুরোপুরি গ্রহণ করা প্রয়োজন। এটি প্রতিটি হপে কিছুটা বিলম্ব করে;
  • এই লিঙ্কগুলির থ্রুপুট: লিঙ্কটি ধীরে ধীরে, পুরো প্যাকেটের মধ্য দিয়ে যেতে আরও বেশি সময় লাগে, এবং এইভাবে পরবর্তী লিঙ্কে ফরোয়ার্ড করতে;
  • এই লিঙ্কগুলির বোঝা: কোনও লিঙ্কটি পূর্ণ হলে প্যাকেটটি প্রেরণ না হওয়া পর্যন্ত সারিবদ্ধ হতে হবে;
  • স্থানীয় পুনঃস্থাপনের সাথে লিঙ্কগুলির জন্য, লিঙ্কটিতে ত্রুটির হার: ত্রুটির হার তত বেশি, প্যাকেটটি পুনরায় পাঠানোর সম্ভাবনা তত বেশি।

বিলম্বিতকরণ ব্যবহারকারীর অভিজ্ঞতার উপর শক্তিশালী প্রভাব ফেলতে পারে (বা না):

  • এমএমওআরপিজি এবং অন্যান্য অনলাইন গেমের খেলোয়াড়দের প্রভাবিত করা বিলম্বের বিষয়টি সর্বাধিক পরিচিত case
  • ইন্টারেক্টিভ কিছু যেদিকে পারস্পরিক ক্রিয়াটি নিয়ন্ত্রণ করা হয় অন্যদিকে বিলম্ব করে। টেলনেট / এসএসএস, রিমোট ডেস্কটপ, সমস্ত বিলম্ব করে are
  • ভয়েস যোগাযোগ বিলম্বিতায় প্রভাবিত হয় এবং উচ্চ বিলম্বিততার সাথে আপনি লোকেরা একে অপরের সাথে সমস্ত সময় বাধা দেয়।
  • পুরানো ফাইল ট্রান্সফার প্রোটোকলগুলিও স্লাইডিং উইন্ডোজ প্রয়োগ না করায় বিলম্বিত হয়েছিল এবং প্রেরককে প্যাকেটটি গন্তব্যে পৌঁছানোর জন্য অপেক্ষা করতে হয়েছিল এবং পরেরটি পাঠানোর আগে স্বীকৃতিটি ফিরে আসার অপেক্ষা রাখে।

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


4

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

আরটিটি এবং পিং একই কি?

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

আরটিটি এবং নেটওয়ার্ক লেটেন্সি সম্পর্কে কী?

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

কটাক্ষপাত RTT উপর এই ব্লগ পোস্টে আরও তথ্যের জন্য।

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