Android कर्नेल के लिए बेस के तौर पर, नीचे दी गई कॉन्फ़िगरेशन सेटिंग का इस्तेमाल करें
कॉन्फ़िगरेशन. android-base के लिए सेटिंग को .cfg फ़ाइलों में व्यवस्थित किया गया है,
android-base-ARCH, और
android-recommended:
android-baseके विकल्प से Android की मुख्य सुविधाएं चालू होती हैं और सभी डिवाइसों के हिसाब से कॉन्फ़िगर किया जाना चाहिए.android-base-ARCHविकल्पों के ज़रिए कोर चालू किया जाता है Android की सुविधाएँ और उन्हें कॉन्फ़िगर किया जाना चाहिए. आर्किटेक्चर ARCH. सभी आर्किटेक्चर के पास एक जैसी फ़ाइल नहीं होती की ज़रूरत होती है. अगर आपके आर्किटेक्चर में ये नहीं हैं एक फ़ाइल है, तो इसमें अतिरिक्त आर्किटेक्चर-विशिष्ट कर्नेल कॉन्फ़िगरेशन नहीं है Android की ज़रूरी शर्तें.android-recommended. ये विकल्प चालू करके, Android के बेहतर वर्शन को सुविधाएं होती हैं. ये डिवाइसों के लिए ज़रूरी नहीं हैं.
ये कॉन्फ़िगरेशन फ़ाइलें
kernel/configs अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रेपो. कॉन्फ़िगरेशन फ़ाइलों के उस सेट का उपयोग करें, जो के वर्शन से संबंधित है
का उपयोग कर रहे हैं.
अपने डिवाइस पर कर्नेल को मज़बूत बनाने के लिए पहले से लिए गए कंट्रोल के बारे में जानकारी के लिए डिवाइसों के लिए, सिस्टम और कर्नेल सिक्योरिटी है. ज़रूरी सेटिंग के बारे में जानकारी पाने के लिए, यहां जाएं: Android के साथ काम करने की परिभाषा का दस्तावेज़ (सीडीडी).
कर्नेल कॉन्फ़िगरेशन जनरेट करें
मिनिमलिस्ट defconfig फ़ॉर्मैट वाले डिवाइसों के लिए,
विकल्प चालू करने के लिए कर्नेल ट्री में merge_config.sh स्क्रिप्ट:
ARCH=ARCH scripts/kconfig/merge_config.sh <...>/device_defconfig <...>/android-base.cfg <...>/android-base-ARCH.cfg <...>/android-recommended.cfg
इससे एक .config फ़ाइल जनरेट होगी, जिसका इस्तेमाल करके नई फ़ाइल सेव की जा सकती है
defconfig फ़ाइल बनाएं या Android की सुविधाओं की मदद से नया कर्नेल बनाएं
चालू किया गया.
कर्नेल कॉन्फ़िगरेशन की अन्य ज़रूरी शर्तें
कुछ मामलों में, प्लैटफ़ॉर्म मेंटेनर एक से ज़्यादा कर्नेल में से चुन सकता है Android डिपेंडेंसी पूरी करने के लिए सुविधाएं. इस तरह की डिपेंडेंसी कर्नेल कॉन्फ़िगरेशन फ़्रैगमेंट फ़ाइलों (ऊपर बताया गया है) में बताया गया है, क्योंकि उन फ़ाइलों के फ़ॉर्मैट में लॉजिकल एक्सप्रेशन काम नहीं करते. Android 9 और बेहतर, कंपैटबिलिटी टेस्ट सुइट (सीटीएस) और विक्रेता टेस्ट सुइट (वीटीएस) इस बात की पुष्टि करते हैं कि वे सभी ज़रूरी शर्तें पूरी करते हों:
CONFIG_OF=yयाCONFIG_ACPI=y- 4.4 और 4.9 कर्नेल में
CONFIG_ANDROID_LOW_MEMORY_KILLER=yहै या इनमेंCONFIG_MEMCG=yऔरCONFIG_MEMCG_SWAP=y, दोनों हों CONFIG_DEBUG_RODATA=yयाCONFIG_STRICT_KERNEL_RWX=yCONFIG_DEBUG_SET_MODULE_RONX=yयाCONFIG_STRICT_MODULE_RWX=y- सिर्फ़ ARM64 के लिए:
CONFIG_ARM64_SW_TTBR0_PAN=yयाCONFIG_ARM64_PAN=y
इसके अलावा, CONFIG_INET_UDP_DIAG विकल्प को इस पर सेट किया जाना चाहिए
Android 9 और इसके बाद के वर्शन में 4.9 कर्नेल के लिए y.
यूएसबी होस्ट मोड के विकल्प चालू करें
यूएसबी होस्ट मोड वाले ऑडियो के लिए, नीचे दिए गए विकल्प चालू करें:
CONFIG_SND_USB=y CONFIG_SND_USB_AUDIO=y # CONFIG_USB_AUDIO is for a peripheral mode (gadget) driver
यूएसबी होस्ट मोड एमआईडीआई के लिए, नीचे दिया गया विकल्प चालू करें:
CONFIG_SND_USB_MIDI=y
Tसिंक के साथ Seccomp BPF
सिक्योर कंप्यूटिंग बर्कली पैकेट फ़िल्टर (Seccomp BPF) एक कर्नेल सुरक्षा है यह टेक्नोलॉजी, सैंडबॉक्स में ऐसे सैंडबॉक्स का इस्तेमाल करने में मदद करती है जो जिन्हें प्रोसेस के ज़रिए सिस्टम कॉल किए जा सकते हैं. थ्रेड सिंक करना (TSYNC) सुविधा, मल्टीथ्रेड प्रोग्राम से Seccomp BPF के इस्तेमाल को चालू करती है. यह यह सुविधा सिर्फ़ उन आर्किटेक्चर तक सीमित है जिनमें Seccomp सपोर्ट अपस्ट्रीम (ARM, ARM64, x86, और x86_64).
Android लाइव-लॉक डीमन
Android 10 में Android Live-Lock Deemon शामिल है
(llkd), जिसे कर्नेल डेडलॉक को पकड़ने और उन्हें कम करने के लिए डिज़ाइन किया गया है.
llkd का इस्तेमाल करने के बारे में जानकारी के लिए, यहां जाएं:
Android लाइव-लॉक डेमोन.
ARM64 पर vDSO32
वर्चुअल डाइनैमिक शेयर ऑब्जेक्ट (वीडीएसओ), सिस्टम कॉल का एक विकल्प है. इसमें
जब सही तरीके से इस्तेमाल और कॉन्फ़िगर किया जाए, तो साइकल की लागत कम हो सकती है. Android पर
10 वर्शन, 64-बिट कर्नेल (Android) पर vDSO32 के लिए काम करता है
यह पहले से 64-बिट कर्नेल पर vDSO64 और 32-बिट कर्नेल पर vDSO32 के साथ काम करता है). इसका इस्तेमाल किया जा रहा है
ARM64 आर्किटेक्चर पर मौजूद vDSO32 (CONFIG_VDSO_COMPAT)
बैटरी लाइफ़ और परफ़ॉर्मेंस में सुधार के लिए, 0.4 प्रतिशत की बढ़ोतरी हुई है.
Linux समुदाय
वीडीएसओ को इकट्ठा करना
साथ मिलकर काम करते हैं. चालू करके अपने Linux कर्नेल में vDSO सेट अप किया जा सकता है
CONFIG_COMPAT और के साथ vDSO32
आर्म32 कंपाइलर ट्रिपलेट के साथ CONFIG_CROSS_COMPILE_COMPAT_VDSO.
Android Kernel टीम ने vDSO पैच सीरीज़ के पुराने वर्शन का बैकपोर्ट किया है
ताकि आपको Pixel kernel बिल्ड में उदाहरण मिल सकें
(LINUX_FCC_CROSS_COMPILE_ARM32_PREBUILTS_BIN पाथ,
CROSS_COMPILE_ARM32 रेफ़रंस, और
CONFIG_CROSS_COMPILE_ARM32 कॉन्फ़िगरेशन).
कम रैम वाला कॉन्फ़िगरेशन
सीधे तौर पर फिर से दावा करने को कम करने के लिए, कर्नेल/ActivityManager को ट्यून करें
सीधे तौर पर फिर से दावा करने का मतलब है कि कोई प्रोसेस या कर्नेल किसी पेज को असाइन करने की कोशिश करते हैं
(चाहे सीधे या नए पेज में गड़बड़ी की वजह से) हो और कर्नेल में
सभी उपलब्ध मुफ़्त मेमोरी का इस्तेमाल किया है. इसके लिए कर्नेल को आवंटन ब्लॉक करना होगा
और इससे पेज खाली होता है. इसके बदले में अक्सर डिस्क I/O की ज़रूरत होती है
गंदा फ़ाइल-आधारित पेज या lowmemorykiller की इंतज़ार करें
प्रोसेस. इसकी वजह से, यूज़र इंटरफ़ेस (यूआई) थ्रेड के साथ-साथ किसी भी थ्रेड में ज़्यादा I/O हो सकता है.
सीधे तौर पर फिर से दावा करने से बचने के लिए, कर्नेल में वॉटरमार्क होते हैं जो
kswapd या बैकग्राउंड पर दोबारा दावा करें. यह एक ऐसा थ्रेड है जो
फ़्री-अप पेज बनाए जा सकते हैं, ताकि अगली बार कोई असली थ्रेड मिलने पर, वह जल्द से जल्द प्रोसेस हो जाए.
बैकग्राउंड पर फिर से दावा करने के लिए, डिफ़ॉल्ट थ्रेशोल्ड काफ़ी कम है. 2 जीबी वाले डिवाइस पर 2 एमबी और 512 एमबी वाले डिवाइस पर 636 केबी. कॉन्टेंट बनाने कर्नेल बैकग्राउंड में फिर से दावा करने में, सिर्फ़ कुछ मेगाबाइट की मेमोरी फिर से इस्तेमाल करता है. इसका मतलब है ऐसी कोई भी प्रोसेस जो कुछ मेगाबाइट से ज़्यादा का डेटा तेज़ी से बांटती है सीधे तौर पर रीक्लेम करें.
Android-3.4 कर्नेल ब्रांच में, कर्नेल ट्यूनेबल के लिए सहायता इस तरह जोड़ी गई है:
पैच 92189d47f66c67e5fd92eafaa287e153197a454f ("अतिरिक्त मुफ़्त kबाइट जोड़ें{/1}
ट्यूनेबल"). डिवाइस के कर्नेल में इस पैच को चेरी-पिक करने से आपको अनुमति मिलती है
कर्नेल को तीन फ़ुल-स्क्रीन रखने की कोशिश करने के लिए कहने के लिए ActivityManager
मेमोरी के 32 bpp बफ़र.
इन थ्रेशोल्ड को config.xml की मदद से कॉन्फ़िगर किया जा सकता है
फ़्रेमवर्क शामिल है.
<!-- Device configuration setting the /proc/sys/vm/extra_free_kbytes tunable in the kernel (if it exists). A high value will increase the amount of memory that the kernel tries to keep free, reducing allocation time and causing the lowmemorykiller to kill earlier. A low value allows more memory to be used by processes but may cause more allocations to block waiting on disk I/O or lowmemorykiller. Overrides the default value chosen by ActivityManager based on screen size. 0 prevents keeping any extra memory over what the kernel keeps by default. -1 keeps the default. --> <integer name="config_extraFreeKbytesAbsolute">-1</integer>
<!-- Device configuration adjusting the /proc/sys/vm/extra_free_kbytes tunable in the kernel (if it exists). 0 uses the default value chosen by ActivityManager. A positive value will increase the amount of memory that the kernel tries to keep free, reducing allocation time and causing the lowmemorykiller to kill earlier. A negative value allows more memory to be used by processes but may cause more allocations to block waiting on disk I/O or lowmemorykiller. Directly added to the default value chosen by ActivityManager based on screen size. --> <integer name="config_extraFreeKbytesAdjust">0</integer>
LowMemoryKiller को ट्यून करें
ActivityManager, थ्रेशोल्ड को कॉन्फ़िगर करता है
के काम करने वाले सेट की उम्मीद के हिसाब से काम करने के लिए LowMemoryKiller
हर प्राथमिकता वाली प्रोसेस को चलाने के लिए, फ़ाइल पर आधारित पेज (कैश मेमोरी में सेव किए गए पेज) की ज़रूरत होती है
लेवल बकेट. अगर किसी डिवाइस पर काम करने वाले सेट के लिए ज़्यादा ज़रूरी शर्तें हैं, उदाहरण के लिए
अगर वेंडर यूज़र इंटरफ़ेस (यूआई) में ज़्यादा मेमोरी की ज़रूरत है या ज़्यादा सेवाएं जोड़ी गई हैं, तो
थ्रेशोल्ड को बढ़ाया जा सकता है.
अगर बहुत ज़्यादा मेमोरी रिज़र्व की जा रही है, तो थ्रेशोल्ड कम किए जा सकते हैं फ़ाइल-बैक्ड पेज, ताकि पृष्ठभूमि प्रक्रियाएं बहुत पहले खत्म हो जाएं कैश मेमोरी बहुत कम होने से, डिस्क थ्रैशिंग होगी.
<!-- Device configuration setting the minfree tunable in the lowmemorykiller in the kernel. A high value will cause the lowmemorykiller to fire earlier, keeping more memory in the file cache and preventing I/O thrashing, but allowing fewer processes to stay in memory. A low value will keep more processes in memory but may cause thrashing if set too low. Overrides the default value chosen by ActivityManager based on screen size and total memory for the largest lowmemorykiller bucket, and scaled proportionally to the smaller buckets. -1 keeps the default. --> <integer name="config_lowMemoryKillerMinFreeKbytesAbsolute">-1</integer>
<!-- Device configuration adjusting the minfree tunable in the lowmemorykiller in the kernel. A high value will cause the lowmemorykiller to fire earlier, keeping more memory in the file cache and preventing I/O thrashing, but allowing fewer processes to stay in memory. A low value will keep more processes in memory but may cause thrashing if set too low. Directly added to the default value chosen by ActivityManager based on screen size and total memory for the largest lowmemorykiller bucket, and scaled proportionally to the smaller buckets. 0 keeps the default. --> <integer name="config_lowMemoryKillerMinFreeKbytesAdjust">0</integer>