কেন ইনোড টেবিলটি সাধারণত পুনরায় আকারে পরিবর্তনযোগ্য হয় না?


19

ইউনিক্স ফাইল সিস্টেমে সাধারণত একটি ইনোড টেবিল থাকে এবং ফাইল টেস্টটি তৈরি হওয়ার সময় সাধারণত এই টেবিলটিতে প্রবেশের সংখ্যা নির্ধারণ করা হয়। এটি মাঝে মাঝে প্রচুর ডিস্ক স্পেস সহ লোককে কোনও ফাঁকা জায়গা ছাড়াই বিভ্রান্তিমূলক বার্তা পেতে থাকে এবং সমস্যাটি কী তা বোঝার পরেও কী করা উচিত তার কোনও সহজ সমাধান নেই।

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

তবে কেউই (যা আমি জানি) আসলে এটি করে না, তাই সম্ভবত এমন একটি ধরা আছে যা আমি মিস করছি। কোন ধারণা কি হতে পারে?


4
আপনি সবেমাত্র এনটিএফএসে মাস্টার ফাইল টেবিলের পূর্বসূরী, ভিএমএসে ফাইল -11-এর মাস্টার ফাইল ডিরেক্টরি এবং সূচকটিকে নতুন করে সরিয়ে দিয়েছেন।
জেডিবিপি

আমি এমএফটি-এর পূর্বসূরীর পুনরায় উদ্ভাবন করেছি? শান্ত!
ভিভিওয়াই

উত্তর:


26

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

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

আরও আধুনিক ডিজাইনে বি-গাছের রূপগুলির মতো জিনিস ব্যবহার করা হয় । বিটিআরএফ, এক্সএফএস, এবং জেডএফএসের মতো আধুনিক ফাইল সিস্টেমগুলি ইনোড সীমাতে ভুগছে না।


2
আপনি যখন "ইনোড সীমাতে ভুগবেন না" বলছেন, তার মানে কি নতুন আইওডগুলি পর্দার আড়ালে পুরোপুরি বরাদ্দ দেওয়া হয়েছে, বা কাউকে "সম্প্রসারণ-টেবিল-এখন-দয়া করে" এর মতো কোনও কমান্ড চালানোর দরকার নেই?
ভিভিওয়াই

3
@ মার্কভিওয়াই পুরোপুরি পর্দার আড়ালে (যদি ইনোডগুলি সত্যিই ব্যবহার করা হয়)।
ডারোবার্ট

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

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

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

17

অনেক ফাইল সিস্টেমে ডায়নামিকভাবে বরাদ্দযোগ্য ইনোড টেবিল থাকে (বা এর নৈতিক সমতুল্য) (এক্সএফএস, বিটিআরএফএস, জেডএফএস, ভিএক্সএফ ...)

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


লোকেরা সহজেই ন্যায্য বিচারযোগ্য-সরল-সমাধানের সমস্যাগুলি সমাধান করার মাধ্যমে কম্পিউটিংয়ে এত অগ্রগতি করেছে।
ব্যবহারকারী 253751

2
সহজে, সমাধান-সমাধান-সমাধানে অনেক অগ্রগতি :) প্রারম্ভিক "জটিল" ফাইল সিস্টেমগুলির - এনটি যুগে এনটিএফএস,
রিসফর্স

6

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

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