প্রথমত, আপনার পৃষ্ঠার ফাইলটি একটি এসএসডি-তে রাখবেন না। এসএসডিগুলি পরিধান সমতলকরণ সম্পর্কে আরও উন্নতি অর্জন করার সময়, পৃষ্ঠা ফাইলটি প্রায়শই লিখিত হয় এবং এটি আপনার ব্যবহারের চেয়ে সাধারণ এসএসডিকে আরও দ্রুত হ্রাস করবে।
অনেক লোক যা বুঝতে পারে না তা হ'ল উইন্ডোতে আসলেই ফ্রি মেমরি থাকে না। কয়েকটি এমবি রয়েছে যা ফাটলের দাবির জন্য বিনামূল্যে রাখা হয়, তবে অন্যথায়, সক্রিয় ইন-ব্যবহার অ্যাপ্লিকেশন মেমরি এবং মোট মেমরির মধ্যে পার্থক্যটি সাধারণত "স্ট্যান্ডবাই" মেমরি হিসাবে পরিচিত যা গ্রহণ করে।
এগুলি মেমরি পৃষ্ঠাগুলি যা প্রয়োজন হলে ফেলে দেওয়া যেতে পারে (স্ট্যান্ডবাই মেমরিটি দুর্দান্ত, বড় ক্যাশে), তাই অ্যাপ্লিকেশনের দৃষ্টিকোণ থেকে এটি উপলব্ধ। তবে সেগুলি কোনওভাবেই ব্যবহৃত হচ্ছে না। সাধারণত, তারা ডিস্ক ক্যাশে বা একটি পেজফাইলে ক্যাশে হিসাবে কাজ করে।
উইন্ডোজটির লক্ষ্য হ'ল ব্যবহারের ধরণের ভিত্তিতে এই স্ট্যান্ডবাই ক্যাশে ডেটা সম্ভবত ব্যবহার করা যায়। একটি স্বীকৃত উদাহরণ ব্যবহার করতে, আসুন এই স্ট্যান্ডবাই মেমোরিতে আপনার ডেস্কটপের বিষয়বস্তুগুলি ক্যাচ করার জন্য উইন্ডোজ আপডেটের মতো প্রোগ্রামের প্রাইভেট মেমরির (সাধারণত সপ্তাহে একবার চালানোর জন্য কনফিগার করা) তুলনা করা যাক:
বেশিরভাগ সময়ের জন্য, উইন্ডোজ আপডেট ঘুমিয়ে আছে। এটি মেমরি ধরে রাখে এবং বেশিরভাগ ক্ষেত্রে, সময়সূচীটি প্রায় আসার অপেক্ষায় এটির সাথে একেবারে মূল্যহীন কিছুই করে না। অন্যদিকে আপনার ডেস্কটপ ফোল্ডারের বিষয়বস্তুগুলি ক্রমাগত অনুসন্ধান করা হতে পারে, বিশেষত আপনি যদি এতে ফাইল সংরক্ষণ করতে চান।
এই ক্ষেত্রে, উইন্ডোজ যা করবে তা উইন্ডোজ আপডেটের জন্য বরাদ্দকৃত মেমরির পৃষ্ঠাটি রয়েছে (যদিও মেমরিটি "পূর্ণ" নয়, এবং আপনার ডেস্কটপের বিষয়বস্তুগুলিকে ক্যাশে রাখতে র্যামে উপলব্ধ স্থানটি ব্যবহার করে This এটি ফলাফলের জন্য আরও ভাল পারফরম্যান্সের ফলাফল দেয়) আপনি.
সক্রিয় অ্যাপ্লিকেশনগুলির মেমরির চাহিদা সহ এই ভারসাম্য বজায় রাখার চেষ্টা করার সময় উইন্ডোজ এই হাজার হাজার সিদ্ধান্ত নিচ্ছে এবং ব্যাকগ্রাউন্ড পরিষেবাদি দ্বারা নিয়মিত লেখা থাকা কয়েকশ ফাইলের জন্য একটি ডিস্ক ক্যাশে পরিচালনা করছে। কখনও কখনও এটি এক মুহুর্তের জন্যও ভুল হয়ে যায় এবং কিছুক্ষণের জন্য পটভূমিতে ঘুমিয়ে থাকা কোনও অ্যাপ্লিকেশনটিতে স্যুইচ করার সময় আমাদের ম্যাপের জন্য এটি ডেটা পৃষ্ঠা করার জন্য অপেক্ষা করতে হতে পারে। তবে আপনি যা ভাববেন তা হ'ল এটি যদি সেই অ্যাপ্লিকেশনটিকে পুরোপুরি স্মৃতিতে রাখে, তবে ডিস্কের লেখার জন্য এবং সম্পূর্ণরূপে পড়া পড়ার অপেক্ষায় আর কতগুলি অ্যাপ্লিকেশন ডগলিত হয়ে পড়েছিল, বা তাদের নিজের পৃষ্ঠাটি বের করতে বাধ্য করা হয়েছিল? আপনি যদি ইতিমধ্যে সেই অ্যাপ্লিকেশনগুলি ব্যবহার করেন তবে কী হবে?
অ্যাপ্লিকেশনগুলি প্রায়শই মেমোরি পৃষ্ঠাগুলি বরাদ্দ করে যা খুব কমই ব্যবহৃত হয়, যেমন স্টার্ট-আপ কোড (একবার ব্যবহৃত হয় এবং তার পরে প্রয়োজন হয় না), শাট-ডাউন কোড (একবার ব্যবহার করা হয় এবং তারপরে প্রয়োজন হয় না) বা আপডেট কোড। অনেক বেশি গুরুত্বপূর্ণ ব্যবহার রয়েছে যখন এই সমস্ত স্মৃতিতে রাখা বাস্তব নয়, সুতরাং উইন্ডোজ একবার কোডের এমন কিছু অংশ সনাক্ত করে যা কোনও অ্যাপ্লিকেশনটির বর্তমান ক্রিয়াকলাপের জন্য প্রয়োজন হয় নি, এটি আনন্দের সাথে পৃষ্ঠাগুলিতে সেই বিভাগগুলি সরিয়ে দেয়, এমনকি যদি এটি প্রযুক্তিগতভাবে তাদের স্মৃতিতে ধরে রাখতে পারে।
(এবং প্রকৃতপক্ষে, অ্যাপ্লিকেশনগুলির উপর নির্ভর করে, সিস্টেমগুলি ঘন ঘন আরও বেশি মেমরি বরাদ্দ করতে পারে, বেশিরভাগ ক্ষেত্রে পৃষ্ঠাটি সরিয়ে ফেলা হবে বলে আশা করে memory উইন্ডোজ বিভিন্ন অ্যাপ্লিকেশনগুলিতে কতটা মেমরি বরাদ্দ করেছে f পেজ ফাইলটি এই মেমরির গ্যারান্টি সরবরাহ করতে ব্যবহৃত হয়, যদিও এটির কভার করার পর্যাপ্ত শারীরিক র্যাম না থাকলেও))
আমি কেবল লক্ষ্য করেছি যে আপনি আপনার প্রশ্নে উপলব্ধ এবং ফ্রি মেমরির মধ্যে একটি পার্থক্য তৈরি করেছেন; আপনি যদি বক্তৃতা অনুভব করেন এবং ইতিমধ্যে পার্থক্যটি জানেন তবে আমার ক্ষমা চাই। আদর্শভাবে, ফ্রি মেমরি সর্বদা 0 থাকে তবে স্ট্যান্ডবাই মেমরিটি মেমরি যা প্রকাশ করা যায় তা সর্বদা মেমরি নয় যা দ্রুত প্রকাশ করা যায়। আমি যদি ডিস্কে একটি 1 জিবি ফাইল লেখার চেষ্টা করি, উইন্ডোজগুলি এটি যদি মেমরির মধ্যে একটি ডিস্ক ক্যাশে আটকে রাখতে পারে তবে এটি ধীরে ধীরে ব্যাকগ্রাউন্ডের হার্ডড্রাইভে লিখতে হবে। যদি কোনও অ্যাপ্লিকেশনটির জন্য 50MB অতিরিক্ত মেমরির অনুরোধ করা প্রয়োজন, তবে কিছুই পাওয়া যায় না কারণ এই বিশাল ডিস্ক ক্যাশেটি এখনও নিষ্কাশিত হচ্ছে, তবে অ্যাপ্লিকেশনটি এটি উপলব্ধ না হওয়া অবধি স্থগিত থাকবে। একটি ছোট বাফার হাতে রাখলে সিস্টেমটিকে ব্যবহারকারীর দৃষ্টিকোণ থেকে ন্যূনতম পিছনে এই সমস্যাটি সমাধান করতে দেয়।