উইন্ডোজ 8 কে বড় ফাইলগুলি ক্যাচিং থেকে থামানো যায়?


1

সম্পাদন করা

আমি যে ভিডিও ফাইলগুলির কথা বলি সেগুলি এলওএল (গেম) এর সাথে সম্পর্কিত নয়। এগুলি পৃথক ফাইল যা আমি ব্যক্তিগতভাবে ডাউনলোড করেছি। গেমটি বিধ্বস্ত হওয়ার পরে যে 8 জিবি ব্যবহৃত হয়েছিল তার মধ্যে গেমটি 500 এমবি এরও কম ব্যবহার করেছে। ক্রোম 1 জিবি ব্যবহার করছিল। সিস্টেম পরিষেবাদি 500MB এর চেয়ে কম ব্যবহার করেছে এবং আমি যা চালাচ্ছি সেগুলি 1GB এর চেয়ে কম ছিল। সমস্ত প্রোগ্রাম / গেমসের জন্য আমার গড় মেমরির খরচ প্রায় 2.5 জিবি - 3 জিবি।

সম্পাদন করা

আমি গেমটি এবং অন্যান্য সমস্ত অ্যাপ্লিকেশন বন্ধ করে দেওয়ার পরে ব্যবহৃত 6 জিবিটি ছিল। যখন গেমটি ক্র্যাশ হয়েছিল তখন সমস্ত 8 জিবি ব্যবহার করা হচ্ছিল (স্ট্যান্ডবাইতে নয় বা বিনামূল্যে প্রয়োজনের সময় ব্যবহারের জন্য উপলব্ধ নয়) এর 5 গিগাবাইট এমকেভি ভিডিও ফাইলগুলি স্ট্যান্ডবাই / ফ্রি নয় এমন ক্যাশে করা হয়েছিল । গেমটি "মেমরি অফ আউট" দিয়ে ক্রাশ করতে সক্ষম হয়েছিল কারণ আমার ভার্চুয়াল মেমোরি (অদলবদল) অক্ষম করা হয়েছে (সমস্যাটি খেলাটি ক্র্যাশ করতে সক্ষম হচ্ছিল না তবে এই বড় এমকেভি ভিডিও ফাইলগুলি মেমরি পুলের জন্য কেন বসে ছিল? খেলা ক্রাশ)।

টি এল; ডিআর

উইন্ডোজ 8 সক্রিয় মেমরির (স্ট্যান্ডবাই নয়) হিসাবে এক টন বড় এমকেভি ফাইল ক্যাশে করছে। এই এমকেভিগুলি কোনও প্রোগ্রামে খোলা ছিল না এবং এটি এমকেভিগুলি না খোলায় বেশ কয়েকটি পুনঃসূচনা করার পরে হয়েছিল। সমস্ত "ওয়ার্কিং সেট" প্রকাশের জন্য র‌্যাম এমএপি ব্যবহার করে সমস্ত এমকেভিগুলি র‌্যাম ক্যাশে থেকে সাফ করে দিয়েছে এবং আমার র‌্যামের ব্যবহার 6 জিবি থেকে 2 জিবি করে কমিয়েছে।

আমি কীভাবে এটি প্রতিরোধ করব?

ভূমিকা

আমি 8 জিবি র‌্যামের সাথে উইন্ডোজ 8 64 বিট চালাচ্ছি।

আমি প্রচুর প্রোগ্রাম ব্যবহার করি না আমি কেবলমাত্র "ভারী" প্রোগ্রামগুলি হ'ল ক্রোম, কিং অফ কিংবদন্তি এবং সম্ভবত ম্যালওয়ারবাইটস। পুরোটা অনেক নয়।

তবুও আমার গেমটি স্মৃতি ত্রুটির বাইরে ক্রাশ করে চলেছে । আমি এটি দেখে সত্যিই হতবাক হয়ে যাচ্ছিলাম কারণ আমি জানি যে আমি যা করছি তার সাথে আমি 8 জিবি র‍্যাম ব্যবহার করিনি।

সুতরাং আমি টাস্ক ম্যানেজারের দিকে তাকিয়ে থাকি এবং আমার মাথার বেশিরভাগ স্টাফ যুক্ত করে আমি রিসোর্স মনিটরের রিপোর্টে প্রায় 2 জিবি ব্যবহার করা হয় যা 6 জিবি ব্যবহৃত হচ্ছে (কোনও সক্রিয় "ভারী" প্রোগ্রাম ছাড়াই)। সত্যিই এখন বিস্মিত।

রাম ম্যাপ প্রোগ্রামের সাথে আরও বিশদ পান । এটি আমাকে বলছে যে ম্যাপযুক্ত ফাইলগুলি 4 জিবি ব্যবহার করছে তা যদি আমার কাছে মোটেই বিরক্তিকর হয় না যদি এটি সমস্ত স্ট্যান্ডবাইতে থাকে বা যে কোনও সময় প্রকাশের জন্য প্রস্তুত হয় । তবে এটি ছিল না ... সমস্ত 4 জিবি স্ট্যান্ডবাইতে সক্রিয় ছিল না ।

তাই আমি আরও গভীর খনন করে লিস্টার ফাইল করতে গিয়ে সক্রিয় স্মৃতি দ্বারা এটি তালিকাভুক্ত করেছি এবং অপরাধীকে পেয়েছি ...


1
আপনি কি নিজের অদলবদল অক্ষম করেছেন?
স্কট চেম্বারলাইন

ড্রাইভার মেমরি ফাঁস হতে পারে।
Bigbio2002

আমি আমার সোয়াপ অক্ষম করেছি কারণ আমি জানি এমন একটি কারণে আমি 8 জিবি কাছে যাওয়ার জন্য পর্যাপ্ত প্রোগ্রাম ব্যবহার করি না। প্রকৃতপক্ষে আমি মেমরি পুলটি পুনরায় সেট করার পরে আমি সাধারণত সাধারণত বড় ব্যবহারের জন্য ব্যবহার করা সমস্ত বড় প্রোগ্রামের সাথে 3 গিগাবাইটে সর্বাধিক আউট করছি।
কেনি পার্কার

র‌্যামম্যাপের সংরক্ষিত ডেটা পোস্ট করুন (আরএমপি ফাইল): ব্লগস.টেকনেট
বি

র‌্যাম্যাপ ডেটা আপলোড করুন। আপনাকে সাহায্য করার জন্য আমার তাদের দিকে তাকাতে হবে।
ম্যাজিক্যান্ড্রে 1981

উত্তর:


1

উইন্ডোজ প্রোগ্রামগুলি "মেমরির বাইরে" চালায় না কারণ তারা র্যামের বাইরে চলে গেছে। এগুলি ঠিকানাযোগ্য স্মৃতির বাইরে। অনুশীলনে, এটি কেবল 32 বিট প্রক্রিয়াগুলিতে ঘটে, কারণ তারা কেবলমাত্র 4 জিবি (2 32 ) সেরা ক্ষেত্রে সম্বোধন করতে পারে, এবং প্রায়শই কেবল 2 জিবি (2 31 )।

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

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


1
মোট উপলব্ধ ভার্চুয়াল মেমরির চেয়ে ঠিকানার জায়গাটি বড় হলে এগুলি মেমরির বাইরে চলে যেতে পারে (আপনি যদি সোয়াপ ফাইলটি অক্ষম করে থাকেন তবে সহজেই ঘটতে পারে)
স্কট চেম্বারলাইন

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

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

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

1

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

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

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


আমার ধারণা আমি আরও এই বিষয়টি আরও স্পষ্ট করা দরকার। আমি র্যাম্যাপে "ফাইল সংক্ষিপ্তসার" এর নীচে ফাইলের নামগুলি পরীক্ষা করেছিলাম। ফাইলগুলির এলওএলের সাথে কোনও সম্পর্ক ছিল না। তারা ব্যক্তিগতভাবে ডাউনলোড করা ভিডিও ফাইল ছিল।
কেনি পার্কার 16

উত্তরটি এখনও একই, গেমটি অদলবদলবিহীন কোনও সিস্টেমে চালানোর জন্য ডিজাইন করা হয়নি। আপনার দুটি বিকল্প এখনও একই।
স্কট চেম্বারলাইন

1
আমি অদলবদল ছাড়াই এই গেমটি বছরের পর বছর ধরে খেলেছি। এটি কেবল তখনই ক্র্যাশ হয়েছে যখন এই বছরগুলিতে আমার র্যামের ব্যবহার প্রথমবারের জন্য 100% ছিল। আমার মনে হচ্ছে সবাই আসল প্রশ্ন এড়াতে চাইছে। এত সহজ প্রশ্নে আমি এতগুলি সম্পাদনা এবং স্পষ্টতা দিয়েছি।
কেনে পার্কার 16

1

"আমি আমার অদলবদল অক্ষম করে রেখেছি কারণ আমি জানি যে 8 জিবি কাছে যাওয়ার জন্য আমি পর্যাপ্ত প্রোগ্রাম ব্যবহার করি না"

হ্যাঁ ... আপনি "মেমরির বাইরে" ত্রুটিগুলি অন্যথায় আপনাকে বলছেন।

আপনি একটি মৌলিক ভুল ধারণার অধীনে শ্রম করছেন।

"মেমরি অফ আউট" বার্তাটির র‍্যামের সাথে কোনও সম্পর্ক নেই এবং আপনার সমস্ত র‌্যাম নিখরচায় থাকলেও ম্যাপযুক্ত ফাইলগুলি আনম্যাপ করা থাকলেও সহায়তা করা হবে না।

এটি ভার্চুয়াল মেমোরি, বা আরও স্পষ্টভাবে, প্রতিশ্রুতিবদ্ধ চার্জকে বোঝায় যা কমিটের সীমা চেয়ে বড় হতে পারে না। প্রতিশ্রুতিবদ্ধ সীমাটি র‌্যামের আকার (কেবলমাত্র "ফ্রি র‌্যাম" নয়! সমস্ত র‌্যাম) প্লাস আপনার পৃষ্ঠাফাইলে বর্তমান আকার।

আপনার গেমটি দৃশ্যত ভার্চুয়াল ঠিকানার জায়গার বিশাল বরাদ্দ চেয়েছে। আপনার সিস্টেমে অনুরোধটি মেটানোর জন্য পর্যাপ্ত প্রতিশ্রুতি নেই, সুতরাং গেমটি ক্র্যাশ হয়ে গেছে।

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

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

নিরাময়টি হয় হয় র‌্যাম যুক্ত করা বা আপনার পৃষ্ঠাফাইলে সক্ষম করা।

আরও বিশদ এখানে: http://azius.com/blog/pagefile-yes1/ - দ্বিতীয় অংশ। তবে প্রথম অংশটি দ্বিতীয় অংশটি বুঝতে সহায়তা করে।


0

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

আমি বিশ্বাস করি ডিভেক্স মিডিয়া ফাউন্ডেশন এমকেভি স্প্লিটটারটি এটি ভুলভাবে করছে এবং অন্যান্য এমকেভি স্প্লিটারের মতো স্ট্যান্ডবাই মেমরির জন্য ম্যাপে বিভক্তিকে বলা দরকার।

স্প্লিটার কীভাবে মেমরিটিকে আলাদাভাবে মানচিত্র করে তা বিশদে বিশদ বিবরণ দিয়ে আমার কাছে কিছু স্ক্রিনশট রয়েছে:

https://superuser.com/questions/778562/standby-memory-mapping-divx-media-foundation-splitter-mkv-playback-on-media

যদি এই "সক্রিয়" ম্যাপিং ঠিক করার কোনও উপায় না থাকে তবে আমি সম্ভবত বুলেটটি কামড়ে দেব এবং 16 গিগাবাইট র‌্যামে আপগ্রেড করব।


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

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

উম্ম ... ডেটা "অ্যাক্টিভ র‌্যাম" এ না এলে আপনি কীভাবে এমকেভি ফাইলে ডেটাতে স্প্লিটারের কাজের প্রস্তাব করবেন? সিপিইউ র‌্যামে নেই এমন কোনও কিছু হস্তান্তর করতে পারে না। কোনও ফাইলের ডেটা দিয়ে যা কিছু করা যায় তা এটিকে র‌্যামে পড়তে হয়, বা র‌্যাম থেকে ফাইলটিতে লিখতে হয়।
জ্যামি হানরাহান

ওহ, এবং ... এলএভি এবং হালি "স্ট্যান্ডবাই মেমোরিতে এমকেভি ফাইল ম্যাপ করে না"। তারা ফাইলের বিষয়বস্তুগুলিকে তাদের ভার্চুয়াল ঠিকানা জায়গায় নিয়ে আসে এবং ওএস পেজার এটিকে অ্যাক্সেস করার সাথে সাথে এটিকে র‌্যামে নিয়ে আসে into প্রোগ্রামটি pages পৃষ্ঠাগুলির সাথে সম্পন্ন হওয়ার পরে এটি স্ট্যান্ডবাইয়ের মধ্যেই শেষ হয়, বা যখন সুপারফ্যাচ বলে "ওহ, আপনার আবার সেই ফাইলের প্রয়োজন হতে পারে, আমি এটিকে ছেড়ে দেব / স্ট্যান্ডবাইয়ের স্মৃতিতে আনব।" তবে স্ট্যান্ডবাই পৃষ্ঠাগুলি "ফ্রি" হিসাবে তাত্ক্ষণিক ব্যবহারের জন্য ঠিক তেমন উপলব্ধ। এগুলি উপলব্ধ র‌্যামের কোনও প্রকার ক্ষতির প্রতিনিধিত্ব করে না। এবং "মেমরির বাইরে" বার্তাটি নিয়ে তাদের কিছু করার নেই।
জেমি হানরাহান
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.