ফ্রি ফিজিক্যাল র‌্যাম থাকাকালীন উইন্ডোজ 7 পৃষ্ঠা ফাইলটি কেন ব্যবহার করবে?


43

আমি 8 জি র‌্যামের সাথে উইন্ডোজ 7 64 বিট ব্যবহার করছি। কিছু ব্যবহারের পরে, আমি মনে করি উইন্ডোজটি খুব কম হয়ে উঠছে। ড্রাইভটি ছিটকে যাচ্ছে। আমি যখন রিসোর্স মনিটর এবং ডিস্ক ক্রিয়াকলাপটি দেখি, তখন আমি পৃষ্ঠা ফাইলটি ব্যবহারের কয়েকটি উদাহরণ দেখতে পাই (সি: \ পেজফিল.সিস)। আমি শারীরিক স্মৃতি যাচাই করি এবং আমি প্রায় 2.3G উপলব্ধ মেমরি এবং 700 এম ফ্রি স্মৃতি দেখতে পাই।

উইন্ডোজ কেন ফ্রি মেমরির বেশি এবং পৃষ্ঠা ফাইলের কম ব্যবহার করে না? এটিতে কিছু পরিমাণ পরিমাণ মুক্ত মেষ রেখে যাওয়ার দরকার আছে, এটি কত হবে? এটি কি শারীরিক মেষের এক শতাংশ?

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


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

8 জিবি র‌্যামের বেশি র‌্যাম থাকার কারণে 99. (9)% ক্ষেত্রে পারফরম্যান্স বাড়বে না। আপনি কি সস্তা কম ফ্রিকোয়েন্সি / উচ্চ ল্যাটেন্সি র‌্যাম চিপস দিয়ে পূর্ণ আপনার মোবো স্টাফ করেছেন? তাদের প্রতিস্থাপন করা আরও যুক্ত করার চেয়ে ভাল ধারণা হবে।
কোটেকজট

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

@ যদি আমার আরও র‌্যাম থাকে তবে আমি পৃষ্ঠা ফাইলটি একটি র‌্যামডিস্কে রাখতে পারি যা এইচডি অ্যাক্সেসের চেয়ে অনেক দ্রুত। এটি একটি ডেল ল্যাপটপ ওয়ার্কস্টেশন স্তর তাই আমি নিশ্চিত যে উপাদানগুলি কম নয়। আমি জানি যে ল্যাপটপের ডেস্কটপগুলির চেয়ে ধীর হার্ড ড্রাইভ এবং আইও সাবসিস্টেম রয়েছে।
টনি_হেনরিচ

1
দয়া করে আপনার পৃষ্ঠার ফাইলটি র‌্যামডিস্কে রাখবেন না। এটি কেবলমাত্র সিস্টেমকে আরও পৃষ্ঠা ত্রুটি করতে বাধ্য করবে। হ্যাঁ, যদি তারা পেজ-ফাইল-অন-র‌্যামডিস্কে থাকে তবে এগুলি যদি সত্যিকারের ডিস্কে চলে যায় তবে তার চেয়ে দ্রুত সমাধান করা হবে তবে সেগুলি না থাকা এখনও অনেক দ্রুত; এছাড়াও, বর্ধিত পৃষ্ঠার ত্রুটিগুলির অনেকগুলি ম্যাপযুক্ত ফাইলগুলিতে হবে এবং সেগুলি র‌্যামডিস্কের দ্বারা মোটেই সহায়তা করা হবে না।
জেমি হানরাহান

উত্তর:


33

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

অনেক লোক যা বুঝতে পারে না তা হ'ল উইন্ডোতে আসলেই ফ্রি মেমরি থাকে না। কয়েকটি এমবি রয়েছে যা ফাটলের দাবির জন্য বিনামূল্যে রাখা হয়, তবে অন্যথায়, সক্রিয় ইন-ব্যবহার অ্যাপ্লিকেশন মেমরি এবং মোট মেমরির মধ্যে পার্থক্যটি সাধারণত "স্ট্যান্ডবাই" মেমরি হিসাবে পরিচিত যা গ্রহণ করে।

সিস্টেম স্মৃতি

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

উইন্ডোজটির লক্ষ্য হ'ল ব্যবহারের ধরণের ভিত্তিতে এই স্ট্যান্ডবাই ক্যাশে ডেটা সম্ভবত ব্যবহার করা যায়। একটি স্বীকৃত উদাহরণ ব্যবহার করতে, আসুন এই স্ট্যান্ডবাই মেমোরিতে আপনার ডেস্কটপের বিষয়বস্তুগুলি ক্যাচ করার জন্য উইন্ডোজ আপডেটের মতো প্রোগ্রামের প্রাইভেট মেমরির (সাধারণত সপ্তাহে একবার চালানোর জন্য কনফিগার করা) তুলনা করা যাক:

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

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

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


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

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


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


6
@ ফ্র্যাঙ্ক কম্পিউটারটি আমার ৮ জিবি ওয়ার্ক সিস্টেমের জন্য পোস্ট করা স্ক্রিনশটটি দেখুন: 63৩০০ এমবি ব্যবহার, 1700 এমবি স্ট্যান্ডবাই ডিস্ক / ক্যাশে, 42 এমবি মুক্ত। আমার হোম সিস্টেমের (32 গিগাবাইট মেমরি) তাকিয়ে আপনি আসলেই সঠিক, তবে ঠিক ভুল দোরগোড়ায়: 9.2 গিগাবাইট ইন-ইউজ, 14.5 গিগাবাইট ডিস্ক ক্যাশে, 8.6 জিবি মুক্ত free উইন্ডোজ যদি ক্যাশে সহজেই জিনিসগুলি শেষ করে দেয় তবে আপনার অবাধ মেমরি থাকবে but তবে প্রান্তিকতাটি বেশ উঁচু। উইন্ডোজ অবিচ্ছিন্নভাবে অদলবদল করে না কারণ ডিস্ক ক্যাশে স্থানের অদলবদল হয় না - যখন ফাইলগুলি অনুরোধ করা হয় তখন ক্যাশে থাকা অবস্থায় এটি নিষ্ক্রিয়ভাবে ক্যাশে থাকে। আপনি যে সময়গুলি ক্যাশে থেকে টানছেন তা লক্ষ্য করবেন না এবং কোনও এইচডিডি ক্রিয়াকলাপ নেই।
ডারথ অ্যান্ড্রয়েড

8
@ ফ্র্যাঙ্ক কম্পিউটার: যদি আপনার সিস্টেমটি ভাল পারফর্ম করে তবে এটি মুক্ত মেমরির কারণে নয়। ফ্রি মেমরি হ'ল মেমোরিটি সিস্টেমটি ব্যবহার করছে না এবং এটি আপনার ডেস্কে বসে মেমরির চেয়ে পারফরম্যান্সে আর প্রভাব ফেলতে পারে না। মেমরির সাথে পারফরম্যান্সের উন্নতির একমাত্র উপায় এটি ব্যবহার করা, সুতরাং এটি যদি নিখরচায় থাকে তবে এটি কার্য সম্পাদনকে উন্নত করতে ব্যবহৃত হচ্ছে না। আরও স্মৃতি মুক্ত করার অর্থ কম ব্যবহার করা, কর্মক্ষমতা আরও খারাপ করে তোলা।
ডেভিড শোয়ার্টজ

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

1
@ টনি_হেনরিচ বর্তমানে, আপনি কীভাবে আপনার সিস্টেমটি ব্যবহার করেন তারপরে উইন্ডোজ অনুকূলভাবে আপনার পেজফাইলে এবং আপনার র‌্যাম পরিচালনা করে। আপনি কেবলমাত্র এটির উন্নতি করতে পারেন তা হ'ল: আরও মেমরি যুক্ত করুন বা আপনার ওএসকে কোনও এসএসডি-তে স্থানান্তর করুন। আপনার পেজফাইলে মেসেজিং আপনার সামগ্রিক সিস্টেমের পারফরম্যান্সকে সর্বোত্তমভাবে হ্রাস করবে বা আপনার সিস্টেমে স্থিতিশীলতাকে সবচেয়ে খারাপ প্রভাব ফেলবে।
ডারথ অ্যান্ড্রয়েড

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

4

এটিকে সামনে পরিকল্পনা বলে।

পেজফাইলে মেমরি পৃষ্ঠাগুলি লেখা যখন প্রচুর র‍্যাম থাকে তখনই ভাল জিনিস। কোনও প্রোগ্রাম বিনামূল্যে থাকার চেয়ে আরও মেমরির অনুরোধ করার সাথে সাথে ওএস যত তাড়াতাড়ি সম্ভব স্থান সাফ করা শুরু করতে পারে। পরের চেয়ে এখন প্রস্তুতি নেওয়া ভাল।

যদি ওএসটি প্রায় অপেক্ষা করতে থাকে, তবে আপনি কোনও পারফরম্যান্স বাধা নিয়ে চলে যান। যদি কোনও প্রোগ্রাম উপলব্ধ হওয়ার চেয়ে আরও মেমরি চেয়ে থাকে তবে এখন আপনাকে ওএস পরিবর্তিত মেমোরি ব্লক না লিখে অপেক্ষা করতে হবে এবং তারপরে সেগুলি মুক্ত করুন।


১G জি + এবং হালকা প্রোগ্রাম সহ, যখন প্রোগ্রাম কোনও ফ্রি যা তার চেয়ে বেশি মেমরি চেয়ে থাকে পৃষ্ঠার ফাইলটির ঘন ঘন ব্যবহারের চেয়ে অনেক কম। সুতরাং এই ক্ষেত্রেগুলির জন্য কিছু ফ্রি মেমরি এবং পৃষ্ঠা ফাইলের কম ব্যবহার করা ভাল। এমন কোনও সমাধান নেই যা সমস্ত ক্ষেত্রে ফিট করে।
টনি_হেনরিচ

1
আমি মনে করি না আপনি এটি পেয়েছেন। এটি এক বা অন্য হতে হবে না। উইন্ডোজ বিনামূল্যে মেমরির লিখতে পারেন এবং পৃষ্ঠাফাইল লেখে। এটি পৃষ্ঠার ফাইলটিতে লেখা বা মেমোরিতে লেখার মতো নয় ।
surfasb

1
তবে সামনের পরিকল্পনা করার চেষ্টা করে, উইন্ডোজ কি এইচডিডি / এসডিডি-এর অন-চিপ ক্যাশে conc একত্রে ফাইল রাইটিং / লোডিং ক্রিয়াকলাপগুলি ধীর করে না? র‌্যামের এই প্রাক-অদলবদলটি একটি ভাল ধারণার মতো শোনাচ্ছে, তবে মনে হয় এটি ঘটনাক্রমে খারাপ সময়ে সিস্টেমে বোঝা চাপায়।
বিনকি

1
@ বিঙ্কি: হ্যাঁ, এটি ডিস্ক পড়ার / লেখার সময়গুলিতে হস্তক্ষেপ করে না, তবে যদি আমি মনে করি তবে তারা কম অগ্রাধিকার ব্যবহার করছে, সুতরাং অন্যান্য পঠন-লেখকরা সাধারণভাবে প্রথমে যেতে হবে।
মাকিং হাঁস


2

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


1
পেজফাইলে মুক্তি পাওয়ার ফলে ডিস্ক ক্যাচিং বন্ধ হবে না।
জেমি হানরাহান

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

1
আমি কখনও বলিনি (বা ভেবে) যে পেজফাইলে বন্ধ করা আপনার ধারণা, সুতরাং আমি "আপনার ধারণা" সম্পর্কে কিছুই বলছিলাম না। ওহ, আমি এখানে থাকাকালীন: "কিছু কারণে [উইন্ডোজ] সক্রিয় প্রোগ্রাম কোড এবং ডেটার জন্য ডিস্ক ক্যাশে সমানভাবে গুরুত্বপূর্ণ বলে মনে করে" সম্পূর্ণ ভুল Super সুপারফেটেক কেবল স্ট্যান্ডবাই তালিকায় থাকা পৃষ্ঠাগুলি ব্যবহার করে এবং তাই ইতিমধ্যে এর অংশ হিসাবে " উপলব্ধ "র্যাম; তাই না প্রোগ্রাম থেকে পৃষ্ঠাগুলির কোড এবং তথ্য এবং সেই পৃষ্ঠাগুলি। লাগবে থাকা অর্থাত অবিলম্বে উপলব্ধ প্রোগ্রামের জন্য পাওয়া যায়, 'কোড এবং ডাটা, পরেও তারা ফাইল থেকে ক্যাশে করা ডেটা ধারণ করে।
জেমি Hanrahan

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

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

1

পৃষ্ঠার ফাইলটি রাখার এবং ব্যবহারের জন্য যুক্তি ( এখানে এবং এখানে ) পর্যাপ্ত র্যাম থাকলেও:

  • এখন যদি ফ্রি মেমরি থাকে তবে মেশিনটি পরে স্মৃতি থেকে বেরিয়ে যেতে পারে। মেমরির সামান্য ব্যবহৃত অংশগুলি আগেই ডিস্কে ফেলে দেওয়া ভাল।
  • এছাড়াও "স্ট্যান্ডবাই" মেমরি রয়েছে যা নিখরচায় প্রদর্শিত হয় তবে এটি ডিস্ক ক্যাশে করার জন্য ব্যবহৃত হয়। এটি পারফরম্যান্সের জন্যও গুরুত্বপূর্ণ, কিছু রাখা ভাল।
  • আপনি যদি পৃষ্ঠার ফাইলটি অক্ষম করে র‌্যামের বাইরে চলে যান তবে এটি হ'ল শক্ত ক্রাশ।
  • যদিও 2, 4, 16 বা অন্য কোনও সংখ্যক গিগাবাইট র্যাম "প্রচুর" মতো দেখাতে পারে, এটি আপনার বিশ্বাসের মতো সত্য নাও হতে পারে। আপনার প্রোফাইল দরকার।

উইন্ডোজ রিসোর্স মনিটরের সাহায্যে ক্যাচিংয়ের জন্য কতটা র্যাম ব্যবহৃত হয় তা দেখতে পাওয়া যায় ("স্ট্যান্ডবাই" হিসাবে দেখানো হয়েছে)।

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


-2

এই সমস্ত মন্তব্য এবং সঠিক উত্তর অনুপস্থিত। আপনার পৃষ্ঠার ফাইলটি বন্ধ করুন। এটি 8 জিবি র‌্যামের সাথে প্রয়োজন হয় না এবং আপনার যদি আরও র‌্যামের প্রয়োজন হয় তবে এটি কিনুন। সত্যিই খুব সহজ।


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

4
আপনার "ক্ষতির পারফরম্যান্স" দাবির ব্যাক আপ করার জন্য কোনও প্রমাণ পেয়েছেন? আমি একজন মাইক্রোসফট নিবন্ধ উপস্থাপন support.microsoft.com/kb/889654
a2552308

6
সোজা কথায়: পৃষ্ঠার ফাইলগুলি কেবলমাত্র ডিস্কের ক্রিয়াকলাপ বাড়িয়ে তুলতে পারে ... এবং উইন্ডোজ যথেষ্ট স্মার্ট নয় যদি এর প্রচুর র‍্যাম থাকে তবে এটিকে ব্যবহার করা মোটেও কার্যকর নয়। একটি এসএসডি সিস্টেমে এটি খুব বেশি লক্ষণীয় নাও হতে পারে, একটি স্পিন্ডল সিস্টেমে এটি প্রয়োগের কার্যকারিতাটিকে অনেক বেশি প্রভাবিত করতে পারে। মূল পোস্টারটি উল্লেখ করুন।
a2552308

2
এমএস নিবন্ধের প্রাসঙ্গিক বিভাগ: "তবে, কম্পিউটারে আরও র‌্যাম যুক্ত হওয়ার সাথে সাথে একটি পৃষ্ঠার ফাইলের প্রয়োজনীয়তা হ্রাস পাচ্ছে your একটি নির্দিষ্ট অ্যাপ্লিকেশন দ্বারা। " আপনি যে লিখিত লিঙ্ক যুক্ত করেছেন সেগুলি থেকে আমি প্রাসঙ্গিক বিভাগগুলি খুঁজে পাইনি, আপনি কি প্রাসঙ্গিক বিভাগগুলি উদ্ধৃত করতে পারেন?
a2552308

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