মেমরি ম্যানেজমেন্ট সম্পর্কে

Android-এ স্থিতিশীল, উচ্চ-পারফর্ম্যান্স গেমিং অভিজ্ঞতা প্রদানের জন্য মেমরি অপ্টিমাইজেশন অত্যন্ত গুরুত্বপূর্ণ। এই নির্দেশিকা থেকে আপনি জানতে পারবেন যে মেমরি এফিসিয়েন্সি কেন গুরুত্বপূর্ণ, Android অপারেটিং সিস্টেম কীভাবে প্রসেস মেমরির সীমা ম্যানেজ করে এবং Google Play Console-এ নতুন মেমরি মেট্রিক কীভাবে আপনার গেমের টেকনিক্যাল কোয়ালিটি মনিটর ও উন্নত করতে সাহায্য করে।

মেমরি অপ্টিমাইজেশনের গুরুত্ব

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

• কোল্ড স্টার্ট প্রতিরোধ (ব্যবহারকারীর অভিজ্ঞতা ও রিটেনশন): কোনও প্লেয়ার সাময়িকভাবে আপনার গেম থেকে অন্য কোনও কাজে সুইচ করলে (যেমন, কোনও বিজ্ঞপ্তির উত্তর দিতে বা মেসেজ চেক করতে), অপারেটিং সিস্টেম গেমের প্রসেস ব্যাকগ্রাউন্ডে পাঠিয়ে দেয়। গেমের ব্যাকগ্রাউন্ড মেমোরি ফুটপ্রিন্ট খুব বেশি হলে, সিস্টেমের লো মেমোরি কিলার (LMK) ফোরগ্রাউন্ড টাস্কের জন্য RAM খালি করতে গেম প্রসেস বন্ধ করার কাজকে অগ্রাধিকার দেয়। পরের বার ব্যবহারকারী গেম আবার শুরু করলে, নির্বিঘ্ন ও তাৎক্ষণিক ওয়ার্ম রিজুমের পরিবর্তে, গেমটি দীর্ঘ কোল্ড স্টার্টের মধ্য দিয়ে যাবে—স্টোরেজ থেকে ভারী গ্রাফিক্স অ্যাসেট, অডিও এবং গেম ইঞ্জিন বাইনারি সম্পূর্ণভাবে রিলোড করবে। ব্যাকগ্রাউন্ড মেমরির ব্যবহার কম রাখলে এই ধরনের সাইলেন্ট ব্যাকগ্রাউন্ড টার্মিনেশন এড়ানো যায়, ব্যবহারকারীর স্টেট সংরক্ষিত থাকে এবং প্লেয়াররা অবিলম্বে তাদের সেশন আবার শুরু করতে পারেন। সিস্টেম LMK-এর আচরণ সম্পর্কে আরও জানতে, Android Vitals - Low memory killers নির্দেশিকা দেখুন।
• ইকোসিস্টেম ও ডিভাইসের স্থায়িত্ব: মেমরির অদক্ষ ব্যবহার ও মেমরি লিকের কারণে সামগ্রিকভাবে সিস্টেমের স্বাস্থ্য খারাপ হয়। সিস্টেম মেমরি কম থাকলে, সিস্টেমের উপর অতিরিক্ত চাপ পড়ে, যার ফলে ফ্রেম রেট কমে যায়, UI স্টাটারিং এবং অডিও গ্লিচ হয়। মেমরির উপর চাপ খুব বেশি হলে, সিস্টেমের Low Memory Killer (LMK) ব্যাকগ্রাউন্ড প্রসেস বন্ধ করে দেয়, যার ফলে অন্যান্য অ্যাপ্লিকেশন ধীরে ধীরে কোল্ড স্টার্ট হয় এবং প্লেয়াররা এক টাস্ক থেকে অন্য টাস্কে সুইচ করলে ব্যবহারকারীর স্টেট হারিয়ে যায়।
• প্ল্যাটফর্ম-লেভেল টার্মিনেশন: Android 17 (API লেভেল ৩৭) থেকে শুরু করে, সিস্টেম অনেক বেশি মেমরি ব্যবহার করে এমন প্রসেস বন্ধ করার ব্যাপারে আরও বেশি সক্রিয়। আপনার গেমের ফুটপ্রিন্ট খুব বেশি হলে, OS কোনও স্ট্যান্ডার্ড স্ট্যাক ট্রেস জেনারেট না করেই হঠাৎ করে এর প্রসেস বন্ধ করে দিতে পারে।
• ডিভাইসের সাথে মানানসই: ফ্ল্যাগশিপ ডিভাইসে ১২ জিবি থেকে ১৬ জিবি পর্যন্ত র‍্যাম থাকলেও, বিশ্বব্যাপী গেমিং দর্শকদের একটি বিশাল অংশ ৪ জিবি বা ৬ জিবি র‍্যাম সহ ডিভাইস ব্যবহার করেন। সঠিক মেমরি ম্যানেজমেন্ট নিশ্চিত করে যে আপনার গেমটি জটিল, আলাদা অ্যাসেট প্যাকেজের প্রয়োজন ছাড়াই সমস্ত হার্ডওয়্যার টিয়ার জুড়ে অ্যাক্সেসযোগ্য এবং প্রতিক্রিয়াশীল থাকে।

Android-এ মেমরি বোঝা

মেমরি-বাজেটিংয়ের কার্যকর স্ট্র্যাটেজি ডিজাইন করতে, ডেভেলপারদের অবশ্যই বুঝতে হবে যে Android প্ল্যাটফর্ম কীভাবে ফিজিক্যাল মেমরি ম্যানেজ করে এবং কীভাবে এটি আপনার গেমের অ্যাক্টিভ ফুটপ্রিন্ট পরিমাপ করে।

Android মেমরি সংক্রান্ত মূল ধারণা

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

• মেমরি ওভারভিউ: RAM ম্যানেজ করতে Android পেজিং ও মেমরি-ম্যাপিং (mmap) ব্যবহার করে। এটি ডিস্কে চিরাচরিত সোয়াপ ফাইল সাপোর্ট করে না; পরিবর্তে, এটি ফিজিক্যাল মেমরি খালি করার জন্য পেজ কম্প্রেশন (zRAM ব্যবহার করে) এবং পেজ রিক্লেমেশনের উপর নির্ভর করে।
• প্রসেসের মধ্যে মেমরি অ্যালোকেশন: Android পুরো সিস্টেম জুড়ে RAM শেয়ার করে। এটি Dalvik বা ART ভার্চুয়াল মেশিন এক্সিকিউশনের জন্য নির্দিষ্ট হিপ অ্যাসাইন করে, একইসাথে নেটিভ ডেভেলপমেন্ট এনভায়রনমেন্টকে (যেমন C++ গেম ইঞ্জিন) নেটিভ সিস্টেম হিপ থেকে মেমরির জন্য অনুরোধ করার অনুমতি দেয়।
• অ্যাপ মেমোরি ম্যানেজমেন্ট: মাল্টি-প্রসেস মডেলের অধীনে কাজ করার সময়, Android আশা করে যে অ্যাপ্লিকেশনগুলি তাদের লাইফসাইকেল স্ট্যাটাস ডায়নামিকভাবে মনিটর করবে এবং সিস্টেমের স্বাস্থ্য ভালো রাখতে অপ্রয়োজনীয় রিসোর্স (যেমন, ক্যাশে না করা গ্রাফিক্স এবং বিটম্যাপ) স্বেচ্ছায় রিলিজ করবে।
• প্রসেস ও থ্রেডের ওভারভিউ: সিস্টেম প্রসেসগুলিকে ব্যবহারকারীর বর্তমান দৃশ্যমানতা ও গুরুত্বের উপর ভিত্তি করে একটি শ্রেণীবিন্যাসে ভাগ করে, যা নির্ধারণ করে যে কম মেমরির পরিস্থিতিতে কোন প্রসেসগুলি চালু রাখা হবে এবং কোনগুলি প্রথমে বন্ধ করা হবে।

মোট মেমরি ফুটপ্রিন্ট মেট্রিক

প্ল্যাটফর্ম-লেভেল Android 17 মেমরি লিমিটার, মোট রেসিডেন্ট সাইজ (RSS) বা ভার্চুয়াল মেমরি সাইজের পরিবর্তে মোট মেমরি ফুটপ্রিন্ট ব্যবহার করে প্রসেস কনজাম্পশন মূল্যায়ন করে।

মোট মেমরি ফুটপ্রিন্ট = অ্যানোনিমাস RSS (RssAnon) + আনকমপ্রেসড সোয়াপ (VmSwap)

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

মেমরি সংক্রান্ত সীমাবদ্ধতা

সিস্টেমের স্টেবিলিটি বজায় রাখতে এবং অ্যাপ্লিকেশন যাতে অতিরিক্ত রিসোর্স ব্যবহার না করে তা নিশ্চিত করতে, Android প্ল্যাটফর্ম রান করা প্রসেসের জন্য মেমরির সীমা ম্যানেজ করে।

Android 17 ও তার পরবর্তী যেকোনও ভার্সনে মেমরি লিমিটার

Android 17 (API লেভেল ৩৭) এবং তার পরবর্তী ভার্সন, Linux cgroup v2 ব্যবহার করে প্রতিটি অ্যাপের জন্য কঠোর মেমরি সীমা ম্যানেজ করে, যাতে কোনও নির্দিষ্ট অ্যাপের কারণে সিস্টেম-ব্যাপী অস্থিরতা তৈরি না হয়। প্রযুক্তিগত প্রয়োগের ব্যাপারে আরও জানতে, AOSP মেমরি লিমিটার গাইড এবং মেমরি দক্ষতার অগ্রাধিকার: Android 17 ব্লগের জন্য প্রয়োজনীয় ধাপ দেখুন।

• মেকানিজম: মেমরি লিমিটার সব অ্যাপ্লিকেশন প্রসেস মনিটর করে এবং প্রসেসের লাইফসাইকেল অবস্থার উপর ভিত্তি করে ডায়নামিকভাবে সীমা অ্যাসাইন করে:
  • দৃশ্যমান প্রসেস (ফোরগ্রাউন্ড): বর্তমানে UI দেখাচ্ছে এমন অ্যাপ প্রসেস থেকে আশা করা হয় যে সেটি আরও বড় রিসোর্স ওয়ার্কিং সেট চালাবে এবং সেটিকে আরও বেশি সীমা দেওয়া হয়।
  • অদৃশ্য প্রসেস (ব্যাকগ্রাউন্ড বা পরিষেবা): UI না দেখিয়ে অ্যাক্টিভ কাজ করছে এমন অ্যাপ প্রসেস আরও কঠোর, আরও সীমাবদ্ধ বাজেটের মধ্যে সীমাবদ্ধ থাকে।
• কার্নেল অ্যাট্রিবিউট: পরিষেবাটি দুটি প্রধান অ্যাট্রিবিউটের উপর নির্ভর করে:
  • memory.high: একটি সফট লিমিট। সীমা পেরিয়ে গেলে, কার্নেল প্রসেস থ্রটল করে এবং মেমরি আগ্রাসীভাবে রিক্লেম করার চেষ্টা করে। এই রিক্লেমেশনের কারণে গেমের পারফর্ম্যান্স খারাপ হতে পারে।
  • memory.swap.max: প্রসেস ব্যবহার করতে পারে এমন সোয়াপ বা zRAM স্পেসের হার্ড ক্যাপ ম্যানেজ করে।
• টার্মিনেশন আচরণ: কোনও প্রসেস যদি memory.high-এর পরে অ্যানোনিমাস মেমরি বরাদ্দ করা চালিয়ে যায় এবং এর সোয়াপ ক্ষমতা শেষ করে দেয়, তাহলে বরাদ্দকরণ ব্যর্থ হয় এবং OS নীরবে প্রসেসটি বন্ধ করে দেয়। এই বন্ধ করার ঘটনাটি মেমরি লিমিটার এক্সিট কারণের অধীনে ApplicationExitInfo ব্যবহার করে লগ করা হয় (Android 17, 26Q4 থেকে শুরু করে উপলভ্য)।

Play Console ভাইটালসে মেমরির নতুন সীমা

ডেভেলপারদের মেমরি সংক্রান্ত সমস্যা আগে থেকে শনাক্ত করতে সাহায্য করার জন্য, Google Play Play Console Android Vitals-এ নতুন মেট্রিক চালু করছে। Play Console আপনার গেম সেশনের ৯০তম পার্সেন্টাইল (P90) বেনামী RSS + সোয়াপ মেমরি ফুটপ্রিন্ট ট্র্যাক করে যাতে চরম আউটলায়ার শনাক্ত করা যায়।

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

বিস্তারিত নির্দেশিকা ও মেমরি সীমা সম্পর্কে জানতে, Android-এর জরুরি পরিসংখ্যান - 'খারাপ পারফর্ম্যান্স থ্রেশহোল্ড কী? দেখুন।

ব্যবহারকারীর-লক্ষ্য করা পরিষেবা

অনুভবযোগ্য পরিষেবা হল ব্যাকগ্রাউন্ডে চলা গুরুত্বপূর্ণ প্রসেস যা Android সিস্টেম ব্যবহারকারীর কাছে লক্ষণীয় বলে মনে করে। এই স্ট্যাটাসে চলা সব প্রসেস অন্তর্ভুক্ত থাকে:

• ফোরগ্রাউন্ড সার্ভিস (FGS)
• জরুরি ভিত্তিক কাজ
• ব্যবহারকারীর অনুরোধে ডেটা ট্রান্সফার সংক্রান্ত কাজ
• সিস্টেম-বাউন্ড পরিষেবা বা অন্যান্য অ্যাপ্লিকেশন দ্বারা বাউন্ড পরিষেবা

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

R8 সংক্রান্ত প্রয়োজনীয়তা

বাইটকোডের সাইজ কমাতে এবং বেসিক Java প্রসেস ওভারহেড কমাতে, Google Play Console অ্যাপ কোয়ালিটি সংক্রান্ত নির্দেশিকার অংশ হিসেবে কোড অপ্টিমাইজেশন মূল্যায়ন করে। গেমের ক্ষেত্রে প্রযোজ্য অপ্টিমাইজেশন সংক্রান্ত প্রয়োজনীয়তা ও সীমা সম্পর্কে আরও তথ্য পেতে, Android Vitals ডকুমেন্টেশনে DEX কোড অপ্টিমাইজেশন দেখুন।

স্ট্যান্ডার্ড Android প্রোজেক্টে R8 কনফিগার করতে, অ্যাপ অপ্টিমাইজেশন চালু করুন নির্দেশিকা অনুসরণ করুন। উন্নত সঙ্কোচন ও অপ্টিমাইজেশন সেটিংস চালু করতে, R8 ফুল মোডে ব্যবহার করুন দেখুন। কোন নিয়ম R8-কে ক্লাস অবফাসকেট করা বা ডেড কোড সরিয়ে দেওয়া থেকে আটকাচ্ছে তা শনাক্ত করতে, R8 কনফিগারেশন অ্যানালাইজার ব্যবহার করুন।

আপনি গেম ইঞ্জিন দিয়ে তৈরি করলে, ডিফল্ট R8 আচরণ ইঞ্জিন ও ভার্সন অনুযায়ী আলাদা হয়:

• Unity: কোড ছোট করার সুবিধা ডিফল্ট হিসেবে বন্ধ করা থাকে, তাই আপনার প্রোজেক্ট সেটিংসে এটি চালু করতে হবে। ভার্সন সংক্রান্ত সহায়তা ও কনফিগারেশন ধাপ সম্পর্কে আরও জানতে, R8-এর মাধ্যমে Unity কোড সঙ্কুচিত ও অপ্টিমাইজ করুন নিবন্ধটি দেখুন।
• Unreal Engine: UE 4.25 থেকে শুরু করে, রিলিজ বিল্ডে ডিফল্ট হিসেবে R8 চালু করা থাকে, যার ফলে আপনাকে JNI ব্রিজ ও প্লাগ-ইনের জন্য 'রাখুন' নিয়ম ম্যানেজ করতে হয়। ভার্সনের বিবরণ ও UPL কনফিগারেশন সম্পর্কে আরও তথ্যের জন্য, R8-এর মাধ্যমে Unreal Engine কোড সঙ্কুচিত ও অপ্টিমাইজ করুন দেখুন।

বিটম্যাপ সংক্রান্ত প্রয়োজনীয়তা

আধুনিক হাই-ফিডেলিটি গেমে বিটম্যাপ মেমরির ব্যবহারের একটি বিশাল অংশ প্রতিনিধিত্ব করে। Android 8.0 (API লেভেল ২৬) এবং তার পরবর্তী যেকোনও ভার্সনে বিটম্যাপ পিক্সেল ডেটা সরাসরি আনম্যানেজড নেটিভ হিপে স্টোর করা হয়, তাই অপ্টিমাইজ না করা ছবি লোড করলে প্রসেস প্ল্যাটফর্ম মেমরি থ্রেশহোল্ড অতিক্রম করতে পারে। ছবির স্কেলিং ও ক্যাশিং সংক্রান্ত পেশাদার পদ্ধতির জন্য, ছবির ব্যবহার অপ্টিমাইজ করুন দেখুন।

মেমরির ব্যবহার মনিটর করুন

আপনার গেমের মেমরি কার্যকরভাবে অপ্টিমাইজ করতে, আপনাকে প্রথমে বুঝতে হবে যে Android প্ল্যাটফর্ম কীভাবে এর ফুটপ্রিন্ট পরিমাপ করে। Android 17, ফাইল-ব্যাকড বা GPU-প্রাইভেট মেমরি বাদ দিয়ে, অ্যানোনিমাস RSS (RssAnon) এবং আনকমপ্রেসড Swap (VmSwap)-এর যোগফল ট্র্যাক করার জন্য মেমরি মেট্রিক আপডেট করে। এই গাইডে বিস্তারিতভাবে জানানো হয়েছে যে কীভাবে Perfetto ও meminfo-এর মতো সিস্টেম-লেভেল টুল ব্যবহার করতে হয়, ProfilingManager ও onTrimMemory-এর মতো ডায়াগনস্টিক API প্রয়োগ করতে হয় এবং Unity ও Unreal Engine-এর মধ্যে সঠিক মেমরি অ্যালোকেশন এক্সট্র্যাক্ট করতে হয়। আপনার গেমের প্রোফাইল কীভাবে সঠিকভাবে তৈরি করবেন এবং প্রথাগত রানটাইম মেমরি পোলিংয়ের সাথে সম্পর্কিত পারফর্ম্যান্স স্টাটার কীভাবে এড়াবেন তা বুঝুন।

আরও তথ্যের জন্য, মেমরির ব্যবহার মনিটর করা দেখুন।

মেমরি কমানোর কৌশল

গেম ইঞ্জিন ক্রস-প্ল্যাটফর্ম ডেভেলপমেন্ট সহজ করলেও, ডিফল্ট মেমরি ম্যানেজমেন্টের কারণে OS-লেভেল মেমরি সীমা ট্রিগার হতে পারে। এই পৃষ্ঠায় Unity ও Unreal Engine-এর জন্য বিশেষভাবে তৈরি করা অপ্টিমাইজেশন সংক্রান্ত প্র্যাক্টিক্যাল ধাপের বিবরণ দেওয়া আছে। জাভা-ভিত্তিক onTrimMemory-এর উপর নির্ভর করলে কেন Unity-তে ডেডলক হতে পারে—এবং এর পরিবর্তে কীভাবে নেটিভ লাইফসাইকেল কলব্যাক ব্যবহার করবেন তা বুঝুন। এছাড়াও, আপনি মূল অ্যাসেট-লেভেল অপ্টিমাইজেশন সম্পর্কে জানতে পারবেন, যেমন ASTC 8x8 টেক্সচার কম্প্রেশন ব্যবহার করা এবং অ্যাসেট আনলোড কনফিগার করা, যাতে আপনার গেম সব হার্ডওয়্যার টিয়ারে মসৃণভাবে চলতে পারে।

আরও তথ্যের জন্য, মেমরির ব্যবহার কমান দেখুন।