कर्नेल विन्यास

संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

Android कर्नेल कॉन्फ़िगरेशन के लिए आधार के रूप में निम्न कॉन्फ़िगरेशन सेटिंग्स का उपयोग करें। सेटिंग्स को android-base , android-base- ARCH , और android-recommended के लिए .cfg फ़ाइलों में व्यवस्थित किया जाता है:

  • android-base विकल्प कोर एंड्रॉइड सुविधाओं को सक्षम करते हैं और सभी उपकरणों द्वारा निर्दिष्ट के रूप में कॉन्फ़िगर किया जाना चाहिए।
  • android-base- ARCH विकल्प मुख्य Android सुविधाओं को सक्षम करते हैं और उन्हें ARCH आर्किटेक्चर के सभी उपकरणों द्वारा निर्दिष्ट के रूप में कॉन्फ़िगर किया जाना चाहिए। सभी आर्किटेक्चर में आर्किटेक्चर-विशिष्ट आवश्यक विकल्पों की संबंधित फ़ाइल नहीं होती है। यदि आपके आर्किटेक्चर में फ़ाइल नहीं है, तो इसमें Android के लिए अतिरिक्त आर्किटेक्चर-विशिष्ट कर्नेल कॉन्फ़िगरेशन आवश्यकताएँ नहीं हैं।
  • android-recommended । ये विकल्प उन्नत Android सुविधाओं को सक्षम करते हैं और उपकरणों के लिए वैकल्पिक हैं।

ये कॉन्फ़िगरेशन फ़ाइलें kernel/configs रेपो में स्थित हैं। कॉन्फ़िगरेशन फ़ाइलों के सेट का उपयोग करें जो आपके द्वारा उपयोग किए जा रहे कर्नेल के संस्करण से संबंधित है।

अपने उपकरणों पर कर्नेल को मजबूत करने के लिए पहले से किए गए नियंत्रणों के विवरण के लिए, सिस्टम और कर्नेल सुरक्षा देखें। आवश्यक सेटिंग्स के विवरण के लिए, Android संगतता परिभाषा दस्तावेज़ (CDD) देखें

कर्नेल कॉन्फ़िगरेशन उत्पन्न करें

कम से कम 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 निर्भरता को संतुष्ट करने के लिए कई कर्नेल सुविधाओं में से चुन सकता है। इस तरह की निर्भरता को कर्नेल कॉन्फिग फ्रैगमेंट फाइलों (ऊपर वर्णित) में व्यक्त नहीं किया जा सकता है क्योंकि उन फाइलों का प्रारूप तार्किक अभिव्यक्तियों का समर्थन नहीं करता है। एंड्रॉइड 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=y
  • CONFIG_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 पर सेट किया जाना चाहिए।

USB होस्ट मोड विकल्प सक्षम करें

USB होस्ट मोड ऑडियो के लिए, निम्न विकल्पों को सक्षम करें:

CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=y
# CONFIG_USB_AUDIO is for a peripheral mode (gadget) driver

USB होस्ट मोड MIDI के लिए, निम्न विकल्प को सक्षम करें:

CONFIG_SND_USB_MIDI=y

टीएसवाईएनसी के साथ सेकॉम्प बीपीएफ

सिक्योर कंप्यूटिंग बर्कले पैकेट फ़िल्टर (सेकॉम्प बीपीएफ) एक कर्नेल सुरक्षा तकनीक है जो सैंडबॉक्स के निर्माण को सक्षम बनाता है जो उस संदर्भ को परिभाषित करता है जिसमें एक प्रक्रिया सिस्टम कॉल कर सकती है। थ्रेड सिंक्रोनाइज़ेशन (TSYNC) फीचर मल्टीथ्रेडेड प्रोग्राम से Seccomp BPF के उपयोग को सक्षम बनाता है। यह क्षमता उन आर्किटेक्चर तक सीमित है जिनमें Seccomp समर्थन अपस्ट्रीम (ARM, ARM64, x86, और x86_64) है।

एंड्रॉइड लाइव-लॉक डेमॉन

एंड्रॉइड 10 में एंड्रॉइड लाइव-लॉक डेमॉन ( llkd ) शामिल है, जिसे कर्नेल गतिरोध को पकड़ने और कम करने के लिए डिज़ाइन किया गया है। llkd का उपयोग करने के विवरण के लिए, Android Live-Lock डेमॉन देखें।

एआरएम 64 पर वीडीएसओ 32

वर्चुअल डायनेमिक शेयर्ड ऑब्जेक्ट (vDSO) सिस्टम कॉल का एक विकल्प है, जिसे सही तरीके से उपयोग और कॉन्फ़िगर करने पर, साइकिल की लागत कम हो सकती है। Android 10 64-बिट कर्नेल पर vDSO32 के लिए समर्थन जोड़ता है (Android पहले से ही 64-बिट कर्नेल पर vDSO64 और 32-बिट कर्नेल पर vDSO32 का समर्थन करता है)। ARM64 आर्किटेक्चर पर vDSO32 ( CONFIG_VDSO_COMPAT ) का उपयोग बैटरी जीवन और अन्य प्रदर्शन सुधारों में 0.4 प्रतिशत की वृद्धि प्रदान करता है।

Linux समुदाय सक्रिय रूप से सभी आर्किटेक्चर में vDSOs को एकीकृत करने पर काम कर रहा है। आप अपने लिनक्स कर्नेल में vDSO को CONFIG_COMPAT के साथ CONFIG_COMPAT और CONFIG_CROSS_COMPILE_COMPAT_VDSO कंपाइलर ट्रिपलेट के साथ CONFIG_CROSS_COMPILE_COMPAT_VDSO को सक्षम करके सेट कर सकते हैं। Android कर्नेल टीम ने vDSO पैच श्रृंखला के पुराने संस्करणों को Pixel डिवाइस में बैकपोर्ट कर दिया है, ताकि आप Pixel कर्नेल बिल्ड ( LINUX_FCC_CROSS_COMPILE_ARM32_PREBUILTS_BIN पथ, CROSS_COMPILE_ARM32 संदर्भ, और CONFIG_CROSS_COMPILE_ARM32 कॉन्फ़िगरेशन) में उदाहरण पा सकते हैं।

कम रैम विन्यास

सीधे पुनः प्राप्त करने को कम करने के लिए कर्नेल/गतिविधि प्रबंधक को ट्यून करें

डायरेक्ट रिक्लेम तब होता है जब कोई प्रोसेस या कर्नेल मेमोरी के एक पेज को आवंटित करने का प्रयास करता है (या तो सीधे या किसी नए पेज में खराबी के कारण) और कर्नेल ने सभी उपलब्ध फ्री मेमोरी का उपयोग किया है। इसके लिए कर्नेल को आवंटन को अवरुद्ध करने की आवश्यकता होती है, जबकि यह एक पृष्ठ को मुक्त करता है। इसके बदले में अक्सर डिस्क I/O को एक गंदे फ़ाइल-समर्थित पृष्ठ को फ़्लश करने की आवश्यकता होती है या किसी प्रक्रिया को रोकने के लिए lowmemorykiller की प्रतीक्षा करनी पड़ती है। इसका परिणाम UI थ्रेड सहित किसी भी थ्रेड में अतिरिक्त I/O हो सकता है।

सीधे पुनः प्राप्त करने से बचने के लिए, कर्नेल में वॉटरमार्क होते हैं जो kswapd या बैकग्राउंड रिक्लेम को ट्रिगर करते हैं। यह एक ऐसा थ्रेड है जो पृष्ठों को खाली करने का प्रयास करता है ताकि अगली बार वास्तविक थ्रेड आवंटित होने पर, यह जल्दी से सफल हो सके।

बैकग्राउंड रिक्लेम को ट्रिगर करने के लिए डिफॉल्ट थ्रेशोल्ड काफी कम है, 2 जीबी डिवाइस पर लगभग 2 एमबी और 512 एमबी डिवाइस पर 636 केबी। कर्नेल बैकग्राउंड रिक्लेम में केवल कुछ मेगाबाइट मेमोरी को पुनः प्राप्त करता है। इसका मतलब यह है कि कोई भी प्रक्रिया जो जल्दी से कुछ मेगाबाइट से अधिक आवंटित करती है, वह तुरंत सीधे पुनः प्राप्त करने वाली है।

कर्नेल ट्यून करने योग्य के लिए समर्थन Android-3.4 कर्नेल शाखा में पैच 92189d47f66c67e5fd92eafaa287e153197a454f ("अतिरिक्त मुफ़्त kbytes ट्यून करने योग्य जोड़ें") के रूप में जोड़ा गया है। इस पैच को डिवाइस के कर्नेल में चेरी-पिकिंग करने से 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>

ट्यून लोमेमोरीकिलर

ActivityManager प्रबंधक प्रत्येक प्राथमिकता स्तर बकेट में प्रक्रियाओं को चलाने के लिए आवश्यक फ़ाइल-समर्थित पृष्ठों (कैश्ड पेज) के कार्य सेट की अपेक्षा से मेल खाने के लिए LowMemoryKiller की थ्रेसहोल्ड को कॉन्फ़िगर करता है। यदि किसी उपकरण में कार्यशील सेट के लिए उच्च आवश्यकताएं हैं, उदाहरण के लिए यदि विक्रेता UI को अधिक मेमोरी की आवश्यकता है या यदि अधिक सेवाओं को जोड़ा गया है, तो थ्रेसहोल्ड को बढ़ाया जा सकता है।

यदि फ़ाइल-समर्थित पृष्ठों के लिए बहुत अधिक मेमोरी आरक्षित की जा रही है, तो थ्रेसहोल्ड को कम किया जा सकता है, ताकि कैश के बहुत छोटे होने के कारण डिस्क थ्रैशिंग होने से बहुत पहले पृष्ठभूमि प्रक्रियाएं समाप्त हो जाएं।

<!-- 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>