টিসিপি প্যাকেটের সর্বনিম্ন আকার কত


11

এখানে একটি পোস্ট:

http://blogs.adobe.com/dreamweaver/2011/02/optimal-css-tiled-background-image-size.html

স্টায়স যে "ব্রাউজারগুলি করতে পারে এমন সবচেয়ে ছোট ডাউনলোডটি 1K বাইট।"

এটি কি পুরো নেটওয়ার্ক জুড়ে কোনও প্যাকেটের ন্যূনতম আকারের কারণে? যদি তা না হয় তবে এর কারণ কী (যদি তা সত্য হয়)?


2
আপনি যদি বিভ্রান্তি এড়াতে চান তবে স্ট্যান্ডার্ড পদগুলিতে অটল থাকুন। "প্যাকেট" একটি আইপি-স্তরের শব্দ। আপনি "আইপি প্যাকেট", না "টিসিপি প্যাকেট", না "ইথারনেট প্যাকেট" বলে থাকেন।
ভেষ্ট

আপনি যে বাক্যটি উদ্ধৃত করেছেন ("ব্রাউজারগুলি করতে পারে এমন ছোটতম ডাউনলোডটি 1K বাইট" ") অবশ্যই সত্য নয় - কোনও সর্বনিম্ন ডাউনলোডের আকার নেই; এবং যখন সেখানে হয় একটি সর্বনিম্ন TCP / IP এর প্যাকেট আকার (যেমন @ DMA57361 দ্বারা ব্যাখ্যা), এটা অবশ্যই না 1KB হয়।
পিসকভোর

উত্তর:


20

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


ধরে নিই আপনি টিসিপি / আইপি মডেলে ইন্টারনেটে 1 বাইট ডেটা 1 প্রেরণ করছেন ।

তথ্য আবেদন স্তর এবং প্রয়োজনের উপর শুরু হয় নিম্ন মাত্রায় যাতে এটি প্রায় পাস করা যেতে পারে হেডার গুটিয়ে হবে।

প্রথমে সেই ডেটা টিসিপি বিভাগে মোড়ানো হয় , যা 20 বাইট (ন্যূনতম আকারে 21 বাইট) যোগ করে।
এটি আমাদের পরিবহণ স্তরে রাখে।

এরপরে এটি একটি আইপি প্যাকেটে আবৃত থাকে , যা 20 বাইটের আরও একটি শিরোলেখ যোগ করে (মিনিটের আকার এখন 41 বাইট)।
এখন আমরা ইন্টারনেট পর্যায়ে আছি।
নোট করুন যে প্রতিটি সময় নতুন রাউটার আপনার ডেটা কোনও নতুন সাবনেটে ফরোয়ার্ড করে এই মোড়কটি পরিবর্তন করা হয়।

এটি কোনও ধরণের লিঙ্ক ফ্রেমে আবৃত রয়েছে - যার মধ্যে ব্যবহৃত শিরোনাম এবং পাদচরণের আকার ব্যবহৃত ফ্রেমের ধরণের উপর নির্ভর করে যা লিঙ্কটি ব্যবহৃত হচ্ছে তার উপর নির্ভর করে on
এটি লিঙ্ক স্তরে।
দুটি সত্তার মধ্যে সঞ্চারিত হলে এই মোড়ক প্রতিবার ইউনিট পরিবর্তন করা হয়।

শেষ অবধি শারীরিক সংক্রমণ (যেমন, একটি কেবল, রেডিও তরঙ্গ ইত্যাদি বৈদ্যুতিক সংকেত)।

এখানে উইকিপিডিয়া টিসিপি / আইপি মডেল পৃষ্ঠা থেকে কিছু তথ্যমূলক চিত্র পাওয়া যায় যা ঘটছে তা দৃষ্টিনন্দনভাবে ব্যাখ্যা করার জন্য:


ইউডিপি / আইপি ব্যবহার করে ডেটা এনক্যাপসুলেশন


টিসিপি / আইপি মডেলের স্তরগুলির মাধ্যমে সংযোগ


1. আমি অনুমান করি আপনি হয়ত 0 বাইট প্রেরণ করতে পারবেন ... তবে এটি চেক করেন নি। আসলে আমি 1 বাইটের অনুমতি দেওয়া আছে কিনা তা যাচাই করিনি তবে ওহে।


4

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

স্ট্যান্ডার্ড ইথারনেট প্যাকেটের সর্বনিম্ন আকার 64৪ বাইট।


3

এর মুখে আপনি যে ব্লগ পোস্টটি উদ্ধৃত করছেন তা ভুল। HTTP- র জন্য কোনও "সর্বনিম্ন ডাউনলোডের আকার" নেই " (এবং সর্বনিম্ন প্যাকেটের আকার সম্পর্কে আপনার তত্ত্বটিও ভুল)

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

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

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


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

2

এটি আপনার ভাবার চেয়েও খারাপ।

ধীরে পৃষ্ঠাটি লোড হচ্ছে কারণ ব্রাউজারটিতে 1x1 পিক্সেল 800000 বার রেন্ডার করতে সমস্যা হচ্ছে (যেমন ব্রাউজার উইন্ডোটি 1000x800 এ সেট করা হয়েছে)। বহু বছর আগে, সম্ভবত ১৯৯৯ সালে, আমি কোথাও একটি নিবন্ধ পড়েছিলাম যেটিতে 16x16 নির্ধারণ করা হয়েছে 'টাইলিংয়ের জন্য' দ্রুততম 'এক্স ক্ষুদ্রতম। অবশ্যই, রেন্ডারিং এখন ভিন্ন হতে পারে।

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

সুতরাং সম্ভবত প্রশ্নটি আবার শব্দ করা উচিত।


সেক্ষেত্রে আমি ব্লগ পোস্টটিকে পুরোপুরি ভুল বুঝে থাকতে পারি - আমি ভেবেছি কোরটি এই বাক্যে রয়েছে: "ব্রাউজাররা যে সবচেয়ে ছোট ডাউনলোড করতে পারে তা 1 কে বাইট [এবং তাই, আপনার চিত্রের আকার 1K] এ সামঞ্জস্য করুন", যা আমি "... হিসাবে পড়েছি কারণ আপনি যাইহোক যাইহোক 1 কে বাইট প্রেরণ করছেন, আপনার চিত্রটি কেবল 50 বাইট নয়" (এটি একটি স্পষ্ট বাজে কথা)। এখানে সমস্যা ব্যবহার করা হতে পারে " size" পিক্সেল মাত্রা জন্য উভয় এবং বাইট গণনা জন্য, এবং তাদের conflating। আপনার ব্যাখ্যাটি অর্থবোধ করে, তবে চিত্রের বাইট গণনা (ব্লগ যা বলে তার বিপরীতে) অপ্রাসঙ্গিক।
পিসকভোর

ব্লগ পোস্টটি পুনরায় পড়ার পরে, তৃতীয় অনুচ্ছেদটি অন্তর্নিহিত বলে মনে হচ্ছে তিনি অবশ্যই পাঠ্যপুস্তক থেকে বেরিয়ে এসেছেন।
মকম্যান

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