উইন্ডোজ কখন ওয়ার্কিং সেট থেকে পাতা টেনে নিতে সিদ্ধান্ত নেয়?


2

আমি SysInternals দ্বারা RAMMap টুল ব্যবহার করে শারীরিক মেমরি বন্টন তাকান। বন্টন (নীচে ছবি দেখুন) দেখায়

  1. 1.7 গিগাবাইট ফ্রি (জিরোড) মেমরি তালিকা
  2. ওয়ার্কিং সেট তালিকা 1.2 গিগাবাইট
  3. স্ট্যান্ডবাই তালিকা 550 মেগাবাইট
  4. সংশোধিত তালিকা 125 মেগাবাইট

    enter image description here

আমি বুঝতে পারি যে যখন কোন প্রক্রিয়াটি মেমরির প্রয়োজন হয়, তখন উইন্ডোগুলি বিনামূল্যের (জিরোড) - & gt; স্ট্যান্ডবাই - & gt; রুপান্তরিত করা হয়েছে। তাই, যতক্ষণ আমাদের কাছে ফ্রি পৃষ্ঠা ফ্রেম থাকে, ততক্ষণ সবকিছুই ওয়ার্কিং সেট তালিকা বা ফ্রি তালিকাতে থাকা উচিত।

  1. এই অনুমান সঠিক?
  2. যদি তাই হয়, কেন আমরা সংশোধিত তালিকাতে 125 এমবি পৃষ্ঠা দেখতে পাব?
  3. সাধারণভাবে, উইন্ডোজ যখন ওয়ার্ক মেমরি বাম থাকে তখনও ওয়ার্কিং সেট তালিকা থেকে পৃষ্ঠাগুলি সংশোধন / স্ট্যান্ডবাই তালিকাতে টেনে আনতে কখন সিদ্ধান্ত নেয়?

আমি উইন্ডোজ 7 ব্যবহার করছি, 4.0 গিগাবাইট ইনস্টল র্যামের সাথে, 3.5 গিগাবাইট ব্যবহারযোগ্য।

উত্তর:


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

1A। "যতক্ষণ আমাদের বিনামূল্যে পৃষ্ঠা ফ্রেম আছে, ততক্ষণ কাজটি অবশ্যই সেট সেট তালিকা বা মুক্ত তালিকায় থাকা উচিত।" না। স্ট্যান্ডবাই তালিকাটিকে "উপলব্ধ" বলে মনে করা হয় তবে যেহেতু কারো কাছে যে RAM প্রয়োজন হয় তার পৃষ্ঠাগুলি দুটি পৃথক ধরণের ক্যাশে ব্যবহার করা হয়।

দ্বিতীয় প্রশ্ন (মূঢ় স্বয়ংক্রিয় তালিকা বিন্যাস এখানে "1" এ শুরু হয়): এটি বরং অনেক। আপনি কি আপনার পেজফিল মুছেছেন?

তৃতীয় প্রশ্ন: প্রথমত, মনে রাখবেন যে প্রতিটি প্রক্রিয়ার জন্য একটি কাজ সেট তালিকা রয়েছে, কেবল একটি নয়। এবং প্রতিটি নিজস্ব নিজস্ব "সীমা" আছে। যখন সীমাগুলি প্রয়োগ করা হচ্ছে (তারা প্রচুর পরিমাণে বিনামূল্যে RAM না থাকে), তখন প্রক্রিয়াটিকে প্রতিটি নতুন পৃষ্ঠায় ত্রুটিযুক্ত পৃষ্ঠাটির জন্য একটি পৃষ্ঠা ছেড়ে দিতে হবে। এছাড়াও একটি কার্যকর সেট পুনরুদ্ধার প্রক্রিয়া রয়েছে যা দীর্ঘ- নিষ্ক্রিয় প্রসেস।

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

ভিস্তা দিয়ে শুরু করা, মেমরি অগ্রাধিকার নামে একটি নতুন ধারণা রয়েছে। নিম্ন অগ্রাধিকারের স্ট্যান্ডবাই তালিকাগুলির পৃষ্ঠাগুলি নতুন সক্রিয় ফাইল ক্যাশে, সুপারফিট দ্বারা ব্যবহারের জন্য পুনরায় অ্যাসাইন করা যেতে পারে। কিন্তু এটি কোনও "উপলব্ধ" RAM এর জন্য ব্যয় করে না কারণ তারা এখনও স্ট্যান্ডবাই তালিকাতে রয়েছে। (পুরানো প্রতিক্রিয়াশীল ক্যাশে এখনও আছে; এটি সিস্টেমের কাজ সেটের অংশ হতে ব্যবহৃত হয়েছিল; উইন্ডোজ 7 এর মতো এটি নিজস্ব।)

এই কিন্তু বরফের টিপ। এর এমএম অধ্যায় উইন্ডোজ অভ্যন্তরীণ 200 পৃষ্ঠা দীর্ঘ, যথেষ্ট একটি ছোট বইয়ের জন্য যথেষ্ট। কিন্তু আপনি সত্যিই এই জিনিস বুঝতে চান, সত্যিই একটি বিকল্প নেই।

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