প্রতিশ্রুতি চার্জ 100% পূর্ণ তবে কোনও পৃষ্ঠা ফাইল ব্যবহার না করে শারীরিক মেমরি কেবল 60%


25

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

ইতিমধ্যে সিস্টেমটি বলেছে যে আমি মাত্র 50-60% শারীরিক মেমরি ব্যবহার করছি এবং প্রায় 1GB মেমরি উপলব্ধ (ফ্রি + স্ট্যান্ডবাই) রয়েছে)

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

শারীরিক স্মৃতি গ্রাফ বনাম চার্জ গ্রাফ প্রতিশ্রুতিবদ্ধ কাজ ব্যবস্থাপক


2
বিষয়ে আরেকটি ভাল উত্তর এখানে: brandonlive.com/2010/02/21/measuring-memory-usage-in-windows-7
সিএনএস

@ cnst খুব ভাল নিবন্ধ। এটি আমাকে এই সমস্যাটিকে আরও ভালভাবে বুঝতে সহায়তা করেছে। আপনি কেন প্রতিক্রিয়া হিসাবে পোস্ট করেন না?
জেসন ওভিডো

2
দয়া করে আপনার পৃষ্ঠা ফাইল লোকেদের অক্ষম করবেন না। এটি বোবা ধারণা
মিল্নি 12'17

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

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

উত্তর:


26

আপনার কাছে এখনও প্রচুর পরিমাণে র্যাম থাকা অবস্থায় কমিটের সীমা ছাড়িয়ে যাওয়া মোটেই অস্বাভাবিক নয়। কমিটের সীমা বা কমিট চার্জ উভয়ই ফ্রি বা উপলভ্য র্যামের সাথে সরাসরি সম্পর্কিত নয়।

প্রতিশ্রুতি সীমা = বর্তমান পৃষ্ঠাফাইল আকার + র‌্যাম আকার।

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

কমিট চার্জ শারীরিক নয়, ভার্চুয়াল মেমরির একটি গণনা। ধরুন আমার প্রোগ্রামটি প্রতিশ্রুতিবদ্ধ 2 জিবি চাইছে, তবে তারপরে এটি কেবল 5 গিগাবাইট অ্যাক্সেস করে। বাকি 1.5 জিবি কখনও ত্রুটিযুক্ত হয় না, কখনও র‌্যামের জন্য বরাদ্দ পায় না, সুতরাং র‌্যামের ব্যবহার 2 জিবি প্রতিফলিত করে না, কেবল .5 জিবি।

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

সুতরাং: আপনার পেজফाइलটি পিছনে রাখুন, আরও র‌্যাম যুক্ত করুন, বা একসাথে কম জিনিস চালান। বা তিনটির কিছু সমন্বয়। "স্মৃতিশক্তি কম" এবং "মেমরির বাইরে" ত্রুটিগুলি এড়ানোর জন্য এগুলি আপনার একমাত্র বিকল্প।

আমার উত্তরগুলি এখানে (দীর্ঘ) এবং এখানে (আরও দীর্ঘ) দেখুন।


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

4

Http://brandonlive.com/2010/02/21/measuring-memory-usage-in-windows-7/ তে নিবন্ধটিতে মেমরি বরাদ্দকরণ পরীক্ষা হিসাবে বর্ণনা করা হয়েছে, উইন্ডোজ এমন এক ধরণের সিস্টেম যা বড় মেমরির বরাদ্দকে ব্যর্থ করে দেয় যদি এই জাতীয় বরাদ্দ, পূর্ববর্তী সমস্ত বরাদ্দের সাথে (মাইক্রোসফ্টকে "প্রতিশ্রুতিবদ্ধ হিসাবে অভিহিত করে) ধারণাটি শারীরিক স্মৃতি এবং সমস্ত পৃষ্ঠার ফাইলের (স্ব্যাপ) উভয়ের যোগফলের উপরে মোট" প্রতিশ্রুতি "নিয়ে আসে।

বিবেচনা করুন যে পূর্বনির্ধারিত বরাদ্দকরণের জন্য প্রক্রিয়াটির ভার্চুয়াল ঠিকানার জায়গার মধ্যে পড়া বা লেখার আগে কোনও বরাদ্দ নিজেই কোনও আসল মেমরি (শারীরিক বা অদলবদল) ব্যবহার করে না । যেমন একটি 2 জিবি বরাদ্দ কেবল "কমিট" নম্বরগুলিকে প্রভাবিত করবে (উইন্ডোজ 7 আলাপে) "ফিজিকাল মেমোরি" একা রেখে (যতক্ষণ না এই বরাদ্দের মধ্যে পড়া / লেখার ঘটনা ঘটে)।

ওএস ডিজাইন যতদূর যায়, বিকল্প পদ্ধতি হ'ল সর্বদা যে কোনও আকারের বরাদ্দকে মঞ্জুরি দেওয়া (যদি না উপলব্ধ মেমরিটি ইতিমধ্যে সম্পূর্ণ অবসন্ন না হয়), এবং তারপরে অ্যাপ্লিকেশনগুলি পড়তে / লেখার ক্ষেত্রে ব্যর্থ হয়। আরও তথ্যের জন্য /cs/42877/when-theres-no-mmory-should-malloc-or-read-write-fail দেখুন ।


2
হ্যাঁ। উইন্ডোজের পদ্ধতির পক্ষে যুক্তি: প্রোগ্রামাররা কোনও ম্যালোকের (বা উইন 32, ভার্চুয়ালআলোক) স্ট্যাটাস যাচাই করা আশা করা যুক্তিসঙ্গত। একবার যখন কলটি সফল হয় তখন প্রোগ্রামটি বিশ্বাস করতে পারে যে বরাদ্দ করা ভাসটি ব্যবহারযোগ্য এবং এটি সম্পর্কিত ফ্রি বা ভার্চুয়ালফ্রি না হওয়া পর্যন্ত থাকবে। অন্য উপায়ে, সাধারণ মেমরিটি পড়তে এবং লিখতে (অর্থাত্ পয়েন্টারগুলির অবচয়) স্মৃতি অ্যাক্সেস ব্যতিক্রমগুলি বাড়িয়ে তুলতে পারে। তবে কোনও প্রোগ্রামার আশা করে না যে প্রতিটি পয়েন্টার ডিरेফারেন্সের পরে স্থিতি পরীক্ষা করতে হবে। তারা যাইহোক কোনও স্থিতি ফিরিয়ে দেয় না, সুতরাং এটি একটি ব্যতিক্রম হ্যান্ডলার সহ সম্পন্ন করতে হবে। কুশ্রী।
জ্যামি হানরাহান

2

উপলভ্য মেমরিটি যা আপনার মনে হয় তা নয়। এটি অব্যবহৃত হয়নি এটি সম্প্রতি বন্ধ হওয়া প্রক্রিয়াগুলির একটি ফাইল ক্যাশে বা ছাঁটাই প্রক্রিয়া যা অন্য প্রক্রিয়াগুলিকে কিছু স্মৃতি ছেড়ে দিতে বাধ্য হয়েছে। তাদের সেখানে মূল উদ্দেশ্যে ফিরে বলা যেতে পারে। আরও বিশদ জন্য দেখুন।

http://support.microsoft.com/kb/312628

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

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

যখন আপনার হার্ড ডিস্কটি ডিফ্র্যাগমেন্ট করে। সেই সময়ে আপনার পৃষ্ঠার ফাইলটি পুনরায় তৈরি করুন। এটি যতটা সম্ভব ড্রাইভের সামনের নিকটতম হবে। প্রায় 1.5 গুণ মেমরির একটি নির্দিষ্ট আকার তৈরি করুন। আমার নিয়মটি স্থির করে, সাধারণত আমি 1 থেকে 3 সময়ের মেমরির মধ্যে আকারগুলি দেখেছি। এটি এটি স্থাপন করা স্বাভাবিক জায়গাগুলির চেয়ে গতিতে কিছুটা বাড়িয়ে দেবে।

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

এর পরে অ্যাপসটি পুনরায় ইনস্টল করুন এবং আপনার ডেটা অনুলিপি করুন।

আমি বলব আপনি 10 বা 20% বৃদ্ধি পাবেন। তবে মূল মানটি হ'ল স্মুথ অভিজ্ঞতার জন্য অনেক দ্বিধা দূরে যায়।


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

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