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

Question

ম্যান পৃষ্ঠা থেকে নীচে তথ্য নেওয়া হয়েছে, আমি বাইট-প্রতি-ইনোড এবং ইনোড-আকারের মধ্যে পার্থক্যটি জানতে চাই?

-i bytes-per-inode

বাইট / ইনোড অনুপাত উল্লেখ করুন। mke2fs ডিস্কের প্রতি বাইট-প্রতি-ইনোড বাইটের জন্য একটি ইনোড তৈরি করে। বাইট-প্রতি-ইনোড অনুপাত যত বড় হবে, তত কম ইনোড তৈরি হবে। এই মানটি সাধারণত ফাইল সিস্টেমের ব্লক আকারের চেয়ে ছোট হওয়া উচিত নয়, যেহেতু তখন থেকে অনেকগুলি ইনোড তৈরি হবে e এই পরামিতিটির জন্য মান।

-I inode-size

বাইটগুলিতে প্রতিটি ইনোডের আকার নির্দিষ্ট করুন m 2.6.10 এর পরে কার্নেলগুলিতে এবং কিছু আগের বিক্রেতা কার্নেলগুলিতে উন্নত পারফরম্যান্সের জন্য বর্ধিত বৈশিষ্ট্যগুলি সংরক্ষণ করতে 128 বাইটের চেয়ে বড় আইওডগুলি ব্যবহার করা সম্ভব in ইনোড-আকারের মানটি 2 টি বড় বা 128 এর সমান হতে হবে The ইনোডটি বড় -আনোড টেবিলটি যত বেশি স্থান ব্যবহার করবে সেটিকে আরও আকার দিন এবং এটি ফাইল সিস্টেমে ব্যবহারের যোগ্য স্থান হ্রাস করে এবং কার্যক্ষমতাকেও নেতিবাচকভাবে প্রভাবিত করতে পারে large মোটেও I ফাইল সিস্টেমটি তৈরি হওয়ার পরে এই মানটি পরিবর্তন করা সম্ভব নয়।

Answer 1

আচ্ছা, প্রথম, একটি ইনোড কি? ইউনিক্স বিশ্বে একটি ইনোড হ'ল এক প্রকারের ফাইল এন্ট্রি। ডিরেক্টরিতে একটি ফাইলের নাম একটি ইনোডের জন্য কেবল একটি লেবেল (একটি লিঙ্ক!)। একটি ইনোড একাধিক স্থানে (হার্ডলিঙ্কগুলি!) উল্লেখ করা যেতে পারে।

-আই-বাইটস-প্রতি-ইনোড (ওরফে ইনোড_ট্রেটিও)

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

• স্টোরেজের প্রতিটি এক্স বাইটের জন্য 1 টি ইনোড (যেখানে এক্স বাইট-প্রতি-ইনোড হয়)।
• আপনি ফিট করতে পারেন সর্বনিম্ন গড়-ফাইল আকার।

সূত্র ( mke2fs উত্স কোড থেকে নেওয়া ):

inode_count = (blocks_count * blocksize) / inode_ratio

বা এমনকি সরলীকৃত ("পার্টিশনের আকার" ধরে নেওয়া মোটামুটি সমান blocks_count * blocksize, আমি বরাদ্দ পরীক্ষা করে দেখিনি):

inode_count = (partition_size_in_bytes) / inode_ratio

দ্রষ্টব্য 1: এমনকি আপনি এফএস তৈরির সময় একটি নির্দিষ্ট সংখ্যক ইনোড সরবরাহ করেছেন ( mkfs -N ...), মানটি একটি অনুপাতে রূপান্তরিত হয়, তাই আপনি ফাইল সিস্টেমের আকার বাড়ানোর সাথে সাথে আরও ইনোড ফিট করতে পারেন।

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

-আমি ইনোড-আকার

এই ফাইল সিস্টেমে প্রতিটি ইনোডের জন্য ফাইল সিস্টেমের যে পরিমাণ বাইট বরাদ্দ করা / সংরক্ষণ করা হবে is স্থানটি ইনোডের বৈশিষ্ট্যগুলি সংরক্ষণ করতে ব্যবহৃত হয় ( আইট্রোর কাছে ইন্ট্রো পড়ুন )। Ext3-এ, ডিফল্ট আকার 128 ছিল Ext এক্সট 4-তে ডিফল্ট আকার 256 হয় ( extra_isizeইনলাইন এক্সটেন্ডেড-অ্যাট্রিবিউটগুলির জন্য সঞ্চয় এবং স্থান সরবরাহ করতে)। পঠিত লিনাক্স কেন পরিবর্তন inode আকার?

দ্রষ্টব্য: ডিস্কস্পেসের এক্স বাইটগুলি প্রতিটি বরাদ্দকৃত ইনোডের জন্য বরাদ্দ করা হয়, নিখরচায় বা ব্যবহৃত হয়, যেখানে এক্স = ইনোড-আকার।

Answer 2

বাইটস-প্রতি-ইনোড সেই ফাইল সিস্টেমের জন্য কতগুলি ইনোড তৈরি হয় তা নির্ধারণ করে; ইনোড-আকার নির্ধারণ করে যে এই প্রতিটি ইনোড কত বড়।

আপনি inodes অনেকটা প্রয়োজন হলে আপনি করা মনস্থ প্রচুর filesytem ছোট ফাইল (& / অথবা ডিরেক্টরি প্রচুর) দিয়ে।

আফাইক, আপনার যদি কেবলমাত্র আপনার ফাইলগুলির জন্য বর্ধিত বৈশিষ্ট্যগুলি সংরক্ষণ করতে চান তবে আপনাকে কেবলমাত্র 256 বাইটের ডিফল্ট আকারের চেয়ে বড় ইনোডগুলি দরকার । সোসিসি মন্তব্যগুলিতে বলেছেন যে এটি সঠিক নয়।

Comments

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

— psusi

Answer 3

অত্যন্ত রুক্ষ ফাইল সিস্টেম স্কিম্যাটিক:

|_|__inodes__|_______________________DATA_________________________________|

• ইনোড-রেশিও / বাইটস-প্রতি-ইনোড = ডেটা অঞ্চলের জন্য ইনোডের পরিমাণ
• inode আকার = প্রতিটি inode আকার inodes এলাকায়

Answer 4

আমি সত্যিই sjas এর উত্তর পছন্দ, এটি পার্থক্যের সারাংশ দেয়।

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

পার্সোনাস / অবজেক্টস: - স্টোরেজ ডিভাইসে ডেটা ভলিউম (গুলি) - ভলিউম (গুলি) -এর ফাইলগুলি - স্টোরেজ ডিভাইসগুলি সেগুলি ফর্ম্যাট করা হয় এবং বাইট এবং তাদের ঠিকানাগুলির ব্লক সরবরাহ করে - স্টোরেজটিতে ফাইলের অবস্থান

ক্রিয়াগুলি: স্টোরেজে অপারেটিং সিস্টেমের মাধ্যমে ফাইল এবং ফোল্ডারগুলি তৈরি / মুছে ফেলার / নামকরণ, ফাইলটি পড়তে / লিখতে / চালাতে, অনুমতি পরিবর্তন করা ইত্যাদি

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

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

প্রশ্নে দুটি সেটিংস পরিবর্তন করার প্রভাবগুলি:

চানগিন ইনোড-আকার - সাধারণত পরিবর্তন করার দরকার নেই, ডিফল্ট সাথে আটকে থাকুন (কোনও আলোচনার আগের উত্তরে পোস্ট করা লিঙ্ক অনুসারে)

বাইটস-প্রতি-ইনোড - ভলিউমে যে কোনও ফাইল তৈরি করতে পারে তার সর্বাধিক সংখ্যক ফাইলকে প্রভাবিত করে (সম্ভবত অব্যবহৃত বাইটগুলির কার্য সম্পাদন এবং "অপচয়")

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

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