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