নোট করুন যে লিনাক্সের মতো আধুনিক অপারেটিং সিস্টেমগুলিতে মেমরির ব্যবহার একটি অত্যন্ত জটিল এবং বোঝার ক্ষেত্র। প্রকৃতপক্ষে আপনার সম্ভাব্যতা যা কিছু সংখ্যাই পাবেন বাস্তবে সঠিকভাবে ব্যাখ্যা করার সম্ভাবনাটি খুব কম। (আমি যখনই অন্যান্য ইঞ্জিনিয়ারদের সাথে মেমরি ব্যবহারের সংখ্যাগুলি দেখি তখন খুব সুন্দর হয়, তারা আসলে কী বোঝায় সে সম্পর্কে একটি দীর্ঘ আলোচনা হয় যা কেবলমাত্র একটি অস্পষ্ট সিদ্ধান্তে আসে))
দ্রষ্টব্য: আপনার অ্যাপ্লিকেশনটির স্মৃতি পরিচালনা করার জন্য আমাদের কাছে এখন আরও বিস্তৃত ডকুমেন্টেশন রয়েছে যা এখানে প্রচুর পরিমাণে উপাদান জুড়ে এবং অ্যান্ড্রয়েডের রাজ্যের সাথে আরও যুগোপযোগী।
প্রথম জিনিসটি সম্ভবত এই নিবন্ধটির শেষ অংশটি পড়তে হবে যাতে অ্যান্ড্রয়েডে মেমরি কীভাবে পরিচালিত হয় সে সম্পর্কে কিছুটা আলোচনা রয়েছে:
অ্যান্ড্রয়েড ২.০ দিয়ে শুরু হওয়া পরিষেবা API পরিবর্তন API
ActivityManager.getMemoryInfo()সামগ্রিক মেমরির ব্যবহার দেখার জন্য এখন আমাদের সর্বোচ্চ-স্তরের এপিআই। এটি বেশিরভাগই অ্যাপ্লিকেশন गेজটিকে সহায়তা করতে সহায়তা করে যা ব্যাকগ্রাউন্ড প্রক্রিয়াগুলির জন্য সিস্টেমটি আরও মেমরি না পেয়ে চলেছে, সুতরাং পরিষেবাগুলির মতো প্রয়োজনীয় প্রক্রিয়াগুলি হত্যা শুরু করতে হবে। খাঁটি জাভা অ্যাপ্লিকেশনগুলির জন্য এটি খুব কম ব্যবহার করা উচিত, যেহেতু একটি অ্যাপ্লিকেশনটিকে এই মুহুর্তে সিস্টেমে চাপ দেওয়া থেকে বিরত রাখতে জাভা হ্যাপের সীমাটি কিছুটা অংশ রয়েছে।
নিম্ন-স্তরে গিয়ে আপনি মেমরির ব্যবহার সম্পর্কে কাঁচা কার্নেল-স্তরের তথ্য পেতে ডিবাগ এপিআই ব্যবহার করতে পারেন: android.os.Debug.MemoryInfo
2.0 দিয়ে শুরু করুন নোটটি ActivityManager.getProcessMemoryInfoঅন্য একটি প্রক্রিয়া সম্পর্কে এই তথ্যটি পেতে, একটি এপিআইও রয়েছে : ActivityManager.getProcessMemoryInfo (int [])
এটি এই সমস্ত ডেটা সহ একটি নিম্ন-স্তরের মেমরিআইনফো কাঠামোটি প্রদান করে:
/** The proportional set size for dalvik. */
public int dalvikPss;
/** The private dirty pages used by dalvik. */
public int dalvikPrivateDirty;
/** The shared dirty pages used by dalvik. */
public int dalvikSharedDirty;
/** The proportional set size for the native heap. */
public int nativePss;
/** The private dirty pages used by the native heap. */
public int nativePrivateDirty;
/** The shared dirty pages used by the native heap. */
public int nativeSharedDirty;
/** The proportional set size for everything else. */
public int otherPss;
/** The private dirty pages used by everything else. */
public int otherPrivateDirty;
/** The shared dirty pages used by everything else. */
public int otherSharedDirty;
কিন্তু কি পার্থক্য মধ্যে হিসেবে Pss, PrivateDirtyএবং SharedDirty... এখন মজা শুরু হয়।
অ্যান্ড্রয়েডে প্রচুর মেমরি (এবং সাধারণভাবে লিনাক্স সিস্টেমগুলি) আসলে একাধিক প্রক্রিয়া জুড়ে ভাগ করা হয়। সুতরাং একটি প্রক্রিয়া কত স্মৃতি ব্যবহার করে তা সত্যিই পরিষ্কার নয়। এই পেজিংয়ের উপরে ডিস্কে জুড়ুন (আমরা অ্যান্ড্রয়েডে ব্যবহার করি না এমন সোয়্যাপটি ছেড়ে দিন) এবং এটি আরও কম পরিষ্কার।
সুতরাং আপনি যদি প্রতিটি প্রক্রিয়াটিতে প্রকৃত ম্যাপযুক্ত সমস্ত শারীরিক র্যাম নিয়ে যান এবং সমস্ত প্রক্রিয়া যুক্ত করেন তবে আপনি সম্ভবত আসল মোট র্যামের চেয়ে অনেক বেশি সংখ্যক সমাপ্ত হতে পারেন।
Pssএকটি প্রক্রিয়া প্রক্রিয়া সংখ্যাও যে পেজটি ব্যবহারের একটি অনুপাত দ্বারা স্কেল করা হয় উপস্থিত RAM- র মূলত প্রতিটি পৃষ্ঠার - একটি মেট্রিক কার্নেল নির্ণয় সেই অ্যাকাউন্টে মেমরির শেয়ারিং মধ্যে নেয়। এইভাবে আপনি (তত্ত্বের ভিত্তিতে) তারা ব্যবহার করছেন মোট র্যাম দেখতে সমস্ত প্রক্রিয়া জুড়ে পিএসএস যোগ করতে এবং তাদের আপেক্ষিক ওজনের সম্পর্কে মোটামুটি ধারণা পেতে প্রসেসের মধ্যে পিএসএস তুলনা করতে পারেন।
এখানে অন্য আকর্ষণীয় মেট্রিকটি PrivateDirtyহ'ল মূলত যে প্রক্রিয়াটির ভিতরে র্যামের পরিমাণ এটি ডিস্কে পৃষ্ঠাবদ্ধ করা যায় না (এটি ডিস্কে একই ডেটা দ্বারা সমর্থন করা যায় না), এবং অন্য কোনও প্রক্রিয়ার সাথে ভাগ করা হয় না। এটি দেখার আরেকটি উপায় হ'ল র্যাম যা সেই প্রক্রিয়াটি চলে যাওয়ার পরে সিস্টেমে উপলব্ধ হয়ে উঠবে (এবং সম্ভবত তাড়াতাড়ি ক্যাশে এবং এর অন্যান্য ব্যবহারগুলিতে ডুবে গেছে)।
এটি এর জন্য এসডিকে এপিআইগুলি বেশ সুন্দর। তবে আপনার ডিভাইস সহ আপনি বিকাশকারী হিসাবে আরও কিছু করতে পারেন।
ব্যবহার করে adb, একটি চলমান সিস্টেমের মেমরির ব্যবহার সম্পর্কে আপনি প্রচুর তথ্য পেতে পারেন। একটি সাধারণ হ'ল কমান্ড adb shell dumpsys meminfoযা প্রতিটি জাভা প্রক্রিয়াটির মেমরি ব্যবহার সম্পর্কে একগুচ্ছ তথ্য ছড়িয়ে দেবে, উপরের তথ্যটি এবং অন্যান্য বিভিন্ন জিনিস রাখবে containing আপনি দেখতে একক প্রক্রিয়ার নাম বা পিডের বিষয়টিও দেখতে পারেন, উদাহরণস্বরূপ adb shell dumpsys meminfo systemআমাকে সিস্টেম প্রক্রিয়াটি দিন:
** পিড 890 [সিস্টেম] এর মধ্যে স্মরণিকা **
নেটিভ ডালভিক অন্যান্য মোট
আকার: 10940 7047 এন / এ 17987
বরাদ্দ: 8943 5516 এন / এ 14459
বিনামূল্যে: 336 1531 এন / এ 1867
(পিএসএস): 4585 9282 11916 25783
(ভাগ করা নোংরা): 2184 3596 916 6696
(বেসরকারী নোংরা): 4504 5956 7456 17916
অবজেক্টস
বার দেখা হয়েছে: 149 ভিউ রুটস: 4
অ্যাপকন্টেক্সটস: 13 ক্রিয়াকলাপ: 0
সম্পদ: 4 সম্পদ ব্যবস্থাপনার: 4
স্থানীয় বাইন্ডার: 141 প্রক্সি বাইন্ডার: 158
মৃত্যু প্রাপক: 49
ওপেনএসএসএল সকেট: 0
এসকিউএল
গাদা: 205 ডিবিফিল: 0
numPagers: 0 নিষ্ক্রিয় পেজ কেবি: 0
activePageKB: 0
শীর্ষ অধ্যায় প্রধান এক, কোথায় sizeএকটি নির্দিষ্ট গাদা এর অ্যাড্রেস স্পেস মোট আকার allocated, প্রকৃত বরাদ্দ KB গাদা মনে করেন যে এটা আছে freeঅবশিষ্ট KB গাদা অতিরিক্ত বরাদ্দ জন্য রয়েছে বিনামূল্যে, এবং pssএবং priv dirtyএকই প্রতিটি স্তূপের সাথে সম্পর্কিত পৃষ্ঠাগুলির সাথে নির্দিষ্ট হিসাবে আগে আলোচনা করা হয়েছে।
আপনি যদি কেবল সমস্ত প্রক্রিয়া জুড়ে মেমরির ব্যবহারটি দেখতে চান তবে আপনি কমান্ডটি ব্যবহার করতে পারেন adb shell procrank। একই সিস্টেমে এটির আউটপুট দেখে মনে হচ্ছে:
পিআইডি ভিএসএস আরএসএস পিএস ইউএস সেমিডলাইন
890 84456 কে 48668 কে 25850 কে 21284 কে সিস্টেম_সেসভার
1231 50748K 39088K 17587K 13792K com.android.launcher2
947 34488K 28528K 10834K 9308K com.android.wallpaper
987 26964K 26956K 8751K 7308K com.google.process.gapps
954 24300 কে 24296 কে 6249 কে 4824 কে কম.এন্ড্রয়েড.ফোন
948 23020K 23016K 5864K 4748K com.android.inputmethod.latin
888 25728 কে 25724 কে 5774K 3668K জাইগোট
977 24100K 24096K 5667K 4340K android.process.acore
...
59 336 কে 332 কে 99 কে 92 কে / সিস্টেম / বিন / ইনস্টলড
60 396K 392K 93K 84K / সিস্টেম / বিন / কীস্টোর
51 280 কে 276 কে 74 কে 68 কে / সিস্টেম / বিন / সার্ভিস ম্যানেজার
54 256 কে 252 কে 69 কে 64 কে / সিস্টেম / বিন / ডিবাগার্ড
এখানে Vssএবং Rssকলামগুলি মূলত শব্দ করছে (এগুলি হ'ল কোনও প্রসেসের সোজা-সামনের ঠিকানা স্পেস এবং র্যাম ব্যবহার, যেখানে আপনি যদি প্রসেস জুড়ে র্যামের ব্যবহার যোগ করেন তবে আপনি একটি হাস্যকর আকারে বড় সংখ্যা পাবেন)।
Pssআমরা যেমন আগে দেখেছি, Ussতেমন রয়েছে Priv Dirty।
মজার বিষয় এখানে উল্লেখ্য: Pssএবং Ussসামান্য (বা আরো একটু বেশি) কি আমরা দেখেছি চেয়ে ভিন্ন meminfo। কেন এমন? ভাল প্রক্যাঙ্ক তার ডেটা সংগ্রহ করার জন্য আলাদা কার্নেল প্রক্রিয়া ব্যবহার meminfoকরে এবং তারা কিছুটা আলাদা ফলাফল দেয়। কেন এমন? সত্যি বলতে আমার কোনও ক্লু নেই। আমি বিশ্বাস করি procrankএটি আরও নিখুঁত হতে পারে ... তবে সত্যই, এই বিষয়টিটি কেবল রেখে যায়: "লবণের দানা দিয়ে আপনি যে কোনও স্মৃতি তথ্য পাবেন; প্রায়শই খুব বড় শস্য হয়।"
অবশেষে কমান্ডটি রয়েছে adb shell cat /proc/meminfoযা সিস্টেমের সামগ্রিক মেমরি ব্যবহারের একটি সংক্ষিপ্তসার দেয়। এখানে প্রচুর ডেটা রয়েছে, কেবল প্রথম কয়েকটি সংখ্যক আলোচনার জন্য মূল্যবান (এবং বাকিগুলি কয়েকটি লোক দ্বারা বোঝা যায়, এবং তাদের সম্পর্কে এই কয়েকটি লোকের আমার প্রশ্নগুলি প্রায়শই বিবাদমূলক ব্যাখ্যা দেয়):
মেমোটোটাল: 395144 কেবি
মেমফ্রি: 184936 কেবি
বাফারস: 880 কেবি
ক্যাশেড: 84104 কেবি
অদলবদল: 0 কেবি
MemTotal কার্নেল এবং ব্যবহারকারীর স্পেসের জন্য উপলব্ধ মোট পরিমাণ মেমরি (এটি প্রায়শই ডিভাইসের প্রকৃত শারীরিক র্যামের চেয়ে কম, যেহেতু সেই র্যামের কিছুটা রেডিও, ডিএমএ বাফার ইত্যাদির জন্য প্রয়োজন)।
MemFreeর্যামের পরিমাণটি যা মোটেও ব্যবহৃত হচ্ছে না। এখানে আপনি যে সংখ্যাটি দেখছেন তা খুব বেশি; সাধারণত অ্যান্ড্রয়েড সিস্টেমে এটি কেবলমাত্র কয়েক মেগাবাইট থাকে, যেহেতু আমরা প্রক্রিয়াগুলি চলমান রাখতে উপলভ্য মেমরিটি ব্যবহার করার চেষ্টা করি
Cachedফাইল সিস্টেম ক্যাশে এবং এই জাতীয় জিনিসগুলির জন্য ব্যবহৃত র্যামটি। খারাপ সিস্টেমে যাওয়ার অবস্থা এড়াতে সাধারণত সিস্টেমগুলিতে 20MB বা তার বেশি প্রয়োজন; মেমরি কিলার থেকে অ্যান্ড্রয়েড একটি নির্দিষ্ট সিস্টেমের জন্য সুরক্ষিত হয় তা নিশ্চিত করার জন্য যে ক্যাশেড র্যাম তাদের দ্বারা অত্যধিক পরিমাণে গ্রাস করা হয় তার আগে যেমন ব্যাকগ্রাউন্ডের ফলে পটভূমি প্রক্রিয়াগুলি মারা যায়।
