ম্যাকোএসএক্সে নিষ্ক্রিয় মেমরি বুঝতে সমস্যা


8

আমি ভেবেছিলাম যে ম্যাকোএসএক্স কীভাবে মেমরি পরিচালনা করে তা আমি বুঝতে পেরেছি, তবে সম্প্রতি আমি এর অভিনয় দ্বারা হতবাক হয়েছি। পরিস্থিতি এখানে:

  1. আমার কাছে ম্যাকোএসএক্স 10.6.7 চলমান 8 গিগাবাইটের শারীরিক মেমরির সাথে একটি নতুন কোর আই 7 সিস্টেম রয়েছে। কিছু অ্যাপস নিয়মিত চলছে যা কিছু স্মৃতি গ্রহণ করে — সাফারি, মেল, এক্সকোড, টার্মিনাল ইত্যাদি regularly
  2. আমার সমান্তরালভাবে তিনটি 64-বিট প্রক্রিয়া চালানো দরকার, যার প্রতিটিই প্রায় 2000M রিয়েল মেমরি ব্যবহার করে।
  3. যদিও তারযুক্ত মেমরিটি 1000M এর নীচে থাকে (যেমন আমার কাছে প্রসেসের জন্য 7000M এর বেশি উপলব্ধ রয়েছে), আমি ভারী পেজিং ক্রিয়াকলাপটি দেখি যে আমি চালু করেছিলাম তিনটি মেমরি-নিবিড় প্রক্রিয়াগুলি থেকে খুব খারাপ কার্য সম্পাদন করে।
  4. স্পষ্টতই, আমি উপলব্ধ র‌্যামের বাইরে চলে যাচ্ছি না, কারণ রিপোর্ট করা নিষ্ক্রিয় মেমরিটি প্রায় 2500M এর কাছাকাছি থাকে এবং সক্রিয় মেমরিটি 5000M এর উপরে না যায়।

ম্যাকোসএক্স কেন প্রয়োজনীয় প্রসেসগুলির জন্য নিষ্ক্রিয় মেমরি ছেড়ে দেয় না, তার পরিবর্তে পেজিংয়ের আশ্রয় নিয়ে কেউ আমাকে কী ইঙ্গিত দিতে পারে? এছাড়াও, সিস্টেম দ্বারা মেমরি পরিচালনায় প্রভাবিত করার কোনও সঠিক উপায় আছে কি?


উত্তর:


5

আমি খুঁজে পেয়েছি, আমার মেশিনে, ম্যাক ওএস এক্স সঠিক জিনিসগুলি বের করার জন্য কিছুটা ধীর।

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

আপনি সম্ভবত এটি জানেন তবে এখানে অ্যাপল ডকুমেন্টেশনের কয়েকটি লিঙ্ক রয়েছে যা ওএস এক্স-এ মেমরির ব্যবহার এবং ভার্চুয়াল মেমরির বর্ণনা দেয়:

http://support.apple.com/kb/ht1342

http://developer.apple.com/library/mac/#documentation/Performance/Conceptual/ManagingMemory/Articles/AboutMemory.html

এখানে প্রদত্ত ব্যাখ্যাটি এখানে দেওয়া হয়েছে: নিষ্ক্রিয় তালিকায় এমন পৃষ্ঠা রয়েছে যা বর্তমানে শারীরিক স্মৃতিতে বাস করে তবে সম্প্রতি অ্যাক্সেস করা হয়নি। এর অর্থ কী এর সঠিক সংজ্ঞা পাওয়া শক্ত তবে এটি একটি ফাইল সিস্টেম ক্যাশে পাশাপাশি প্রকৃত নিষ্ক্রিয় মেমরির অন্তর্ভুক্ত বলে মনে হয়।

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

এটা তোলে (এর মধ্যে) নিষ্ক্রিয় মেমরির মুক্ত করতে ব্যবহার করা সম্ভব রেচক পদার্থ কমান্ড। CHUD সরঞ্জাম ইনস্টল করে এটি ইনস্টল করার প্রয়োজন হতে পারে তবে আপনার এটি ইতিমধ্যে ইনস্টল থাকতে পারে। আমি purge কমান্ডটি ব্যবহার করার চেষ্টা করি নি তাই ওয়াইএমএমভি ...

আমি কিছুটা ঘুরেছি এবং আপনার প্রশ্নের উত্তর নাও দিতে পারে বা করতে পারে। এই সমস্ত লেখার পরে, আমি এই সাইটে আরও একটি প্রশ্ন পেয়েছি যা একই তথ্য থেকে অনেকটাই সহায়তা করতে পারে।


ধন্যবাদ! purgeকমান্ড আমি যা খুঁজছেন ঠিক করা হয়। আমি অ্যাপলের কেবিতে সমর্থন নিবন্ধগুলি পেয়েছি, তবে সেগুলি বিশেষভাবে কার্যকর ছিল না।
ভেন্টজি heেচেভ

1

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

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

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