আমাকে প্রশ্নের মন্তব্যে মন্তব্য করতে হবে, বিশেষত "পৃষ্ঠা সারণী" এবং "পৃষ্ঠা ফাইল" এর মধ্যে বিভ্রান্তি। এটি কোনও উত্তর নয় তবে এটি মন্তব্যের জন্য অনুমোদিত স্থানে ফিট করবে না।
"পৃষ্ঠার সারণি" পেজফাইলে থেকে খুব আলাদা জিনিস। রয়ে এন পেজ তালিকা জন্য ব্যবহৃত RAM এর মেগাবাইট মানে এই নয় আপনি ব্যবহার করছেন এন পৃষ্ঠাফাইল স্থান মেগাবাইট। এবং যদিও কিছু পৃষ্ঠার টেবিল এন্ট্রি (পিটিই, যা পৃষ্ঠার টেবিলের সমন্বয়ে থাকে) পেজফাইলে বিষয়বস্তুগুলিকে উল্লেখ করে, সমস্ত কিছু করে না।
পৃষ্ঠার টেবিলগুলি হ'ল মেমরি স্ট্রাকচার যা সিপিইউর এমএমইউ দ্বারা ভার্চুয়াল ঠিকানাগুলি (আবার পেজফাইলে নয়) থেকে ঠিকানা অনুবাদ করতে এবং ভার্চুয়াল ঠিকানার স্থান ট্র্যাক রাখতে এবং পৃষ্ঠার ত্রুটিগুলি সমাধান করতে সহায়তা করে। পৃষ্ঠার সারণীতে পৃষ্ঠা সারণী এন্ট্রি (পিটিই) থাকে। প্রতিটি পিটিই 8 বাইট দখল করে এবং ভার্চুয়াল অ্যাড্রেস স্পেসের 4 কে বাইট সংজ্ঞায়িত করে - যেমন একটি ভার্চুয়াল পৃষ্ঠা। ভার্চুয়াল অ্যাড্রেস স্পেসের প্রতিটি অ-মুক্ত পৃষ্ঠার জন্য মোটামুটিভাবে একটি পিটিই রয়েছে।
যাইহোক, পেজফাইলে যদিও বাহ্যিক এবং অভ্যন্তরীণ উভয় বিভাজনই অনুভব করা যায় (পূর্ববর্তীটি সাধারণত কোনও সমস্যার বেশি হয় না; পরবর্তীটি এটি যতটা প্রয়োজন তার চেয়ে চারগুণ বড় করে তা প্রশমিত করা যেতে পারে), পৃষ্ঠাগুলি সারণী করতে পারে না। এগুলি ইতিমধ্যে সর্বদা খণ্ডিত হয়ে পড়েছে এবং এটি সামান্যতম বিবেচ্য নয়।
প্রতিটি পিটিইতে একটি "বৈধ" বিট থাকে। "বৈধ", ওরফে "বাসিন্দা" পৃষ্ঠাগুলির জন্য, পিটিইতে ফিজিক্যাল পৃষ্ঠা নম্বর রয়েছে যা পিটিইর সাথে সম্পর্কিত ভার্চুয়াল পৃষ্ঠা নম্বরটির সাথে সম্পর্কিত; এটি সরাসরি এমএমইউ দ্বারা ব্যবহৃত হয়।
"অবৈধ" পৃষ্ঠাগুলির জন্য এমএমইউ একটি পৃষ্ঠা ত্রুটি উত্থাপন করে এবং পিটিই এর পরে অনেকগুলি সম্ভাব্য বিন্যাস এবং ব্যাখ্যা রয়েছে।
দ্রষ্টব্য: উপরের সমস্তটি কোনও অপারেটিং সিস্টেমে প্রযোজ্য যা x86 / x64 এ পেজিং সক্ষম করে। নিম্নলিখিতটি উইন্ডোজের সাথে বেশিরভাগ ক্ষেত্রে সুনির্দিষ্ট, তবে বাস্তবায়নের বিবরণে পার্থক্য সহ অনেকগুলি ধারণা অন্যান্য ওএসগুলিতে প্রয়োগ হয়।
পৃষ্ঠা ক্যাশে থাকা কোনও পৃষ্ঠার জন্য, পিটিইতে এখনও দৈহিক পৃষ্ঠা নম্বর রয়েছে। যে পৃষ্ঠাগুলি র্যাম থেকে হারিয়ে গেছে এবং পেজফাইলে লেখা রয়েছে, পিটিইতে পৃষ্ঠাফাইল নম্বর এবং পৃষ্ঠাফাইলে যেখানে অফার লিখিত ছিল সেখানে অফসেট থাকে। অন্যান্য সম্ভাব্য পিটিই বিষয়বস্তু হ'ল ভার্চুয়াল অ্যাড্রেস ডেস্ক্রিপ্টারের উল্লেখ, "প্রোটোটাইপ পিটিই" এর উল্লেখ , শূন্য পৃষ্ঠাগুলির চাহিদা সম্পর্কিত উল্লেখ ইত্যাদি, যা আমি প্রবেশ করতে যাচ্ছি না। এটি বলতে যথেষ্ট হয় যে কেবলমাত্র কিছু পিটিইই পেজফাইলে অবস্থিত।
আমি এই সমস্তগুলি উল্লেখ করে বেশিরভাগই পৃষ্ঠা ফাইলে এবং পৃষ্ঠার সারণীগুলি সম্পর্কিত হলেও এটি অবশ্যই একই জিনিস নয় বলে উল্লেখ করি।
পৃষ্ঠা টেবিলগুলি একটি গাছের কাঠামোর মধ্যে সংগঠিত হয়। প্রতিটি প্রক্রিয়াটির জন্য আলাদা আলাদা গাছ বা পৃষ্ঠা সারণীর সংগ্রহ রয়েছে - এটি প্রতিটি প্রক্রিয়াকে ভার্চুয়াল ঠিকানা জায়গার নিজস্ব উদাহরণটি সংজ্ঞায়িত করতে দেয়। গাছের গোড়ার পৃষ্ঠার টেবিলটি সর্বদা র্যামে থাকতে হবে। অন্যগুলি পৃষ্ঠাযুক্ত; এগুলি এমনকি অস্তিত্বহীন যেখানে তারা বৃহত্তর (সর্বনিম্ন 2 এমবি) অপরিশোধিত, বা ফ্রি, ভার্চুয়াল ঠিকানা জায়গার অঞ্চলের সাথে মিল রাখে।
গাছের "পাতাগুলি" টেবিলগুলিতে পৃষ্ঠা সারণী এন্ট্রিগুলি ভার্চুয়াল ঠিকানা স্থানের পৃষ্ঠাগুলির সাথে সামঞ্জস্য করে। উচ্চ-স্তরের টেবিলগুলির পিটিই - যা মূলের (এবং মূলটি নিজেই) নিকটে রয়েছে - পরবর্তী নীচের স্তরের টেবিলগুলি কোথায় (যদি সেগুলি বিদ্যমান থাকে তবে) বলে।
র্যামপ দ্বারা প্রদর্শিত নম্বরটি হ'ল সমস্ত প্রক্রিয়া এবং ওএসের জন্য সমস্ত বাসিন্দা (ইন-র্যাম) পৃষ্ঠা সারণী দ্বারা দখল করা শারীরিক মেমরি (র্যাম)।
এখানে যা গুরুত্বপূর্ণ তা হল ওকিউ-তে থাকা সিস্টেমটির পৃষ্ঠাগুলির সাথে 2.5 গিগাবাইট র্যাম বাঁধা ছিল। এর অর্থ হল, সর্বনিম্ন, পৃষ্ঠার সারণীর 2.5 গিগাবাইট সংজ্ঞায়িত রয়েছে। যেহেতু পৃষ্ঠার টেবিলগুলি নিজেরাই পৃষ্ঠাযুক্ত, তাই ভার্চুয়াল আকারটি দৈহিক আকারের চেয়ে অনেক বড় হতে পারে, যা সমস্ত র্যাম্যাপ আমাদের দেখাতে পারে। তবে ধরে নিন এটি "কেবল" 2.5 জিবি। পিটিইতে আট বাইটে যা প্রায় 320 মিলিয়ন পিটিই হয়। যেহেতু প্রতিটি পিটিই একটি পৃষ্ঠা - 4 কে বাইট - ভার্চুয়াল অ্যাড্রেস স্পেসের সংজ্ঞা দেয়, তার অর্থ ভার্চুয়াল অ্যাড্রেস স্পেসের 1.2 টেরাবাইটের বেশি মেমরি পৃষ্ঠার টেবিলগুলি দ্বারা সংজ্ঞায়িত করা হয়েছে ।
এটি অসম্ভব নয় বরং এটি অনেকটা।
রেফারেন্সের জন্য, আমার সিস্টেমে এটিএম এ, পৃষ্ঠার টেবিলগুলিতে আমার প্রায় 125 এমবি র্যাম রয়েছে। এটি ভার্চুয়াল ঠিকানার প্রায় 65 গিগাবাইট স্থান নির্দেশ করে। আমার আসল ভার্চুয়াল ব্যবহার অনেক বেশি (কেবলমাত্র প্রক্রিয়াগুলির জন্য 125 টিবি) তবে এটি পৃষ্ঠার বেশিরভাগ সারণী র্যামে নেই। "বড় পৃষ্ঠাগুলি", অন্য জিনিস যা আমার এখানে intoোকা উচিত নয়, পৃষ্ঠার সারণির আকার বনাম ব্যবহারের ভার্চুয়াল ঠিকানা জায়গার আকারের মধ্যে বিভিন্ন অনুপাতের জন্য অ্যাকাউন্টও সহায়তা করতে পারে।
সুতরাং: অপরাধীকে সন্ধান করার জন্য, আমি প্রথমে একটি উচ্চ "ভার্চুয়াল বাইটস" কাউন্টার মান সহ প্রসেসগুলির জন্য প্রক্রিয়া বিভাগের অধীনে পারফরম্যান্স মনিটরের সন্ধান করতে যাব।
