लिनक्स 5.1 कर्नेल रिलीज

विकास को दुई महिना पछि, Linus Torvalds परिचय कर्नेल रिलीज लिनक्स 5.1। सबैभन्दा उल्लेखनीय परिवर्तनहरू मध्ये: एसिन्क्रोनस I/O io_uring को लागी नयाँ इन्टरफेस, NVDIMM लाई RAM को रूपमा प्रयोग गर्ने क्षमता, Nouveau मा साझा भर्चुअल मेमोरीको लागि समर्थन, fanotify मार्फत धेरै ठूला फाइल प्रणालीहरूको स्केलेबल निगरानीको लागि समर्थन, Zstd कम्प्रेसन कन्फिगर गर्ने क्षमता। Btrfs मा स्तरहरू, नयाँ cpuidle TEO ह्यान्डलर, 2038 समस्या समाधान गर्न प्रणाली कलहरूको कार्यान्वयन, initramfs बिना यन्त्र-म्यापर यन्त्रहरूबाट बुट गर्ने क्षमता, SafeSetID LSM मोड्युल, संयुक्त लाइभ प्याचहरूको लागि समर्थन।

मुख्य नवाचारहरू:

• डिस्क उपप्रणाली, I/O र फाइल प्रणालीहरू
  • एसिन्क्रोनस I/O को लागि नयाँ इन्टरफेस लागू गरियो - io_uring, जुन I/O मतदानको लागि समर्थन र बफरिंग बिना वा बिना काम गर्ने क्षमताको लागि उल्लेखनीय छ। याद गरौं कि पहिलेको प्रस्तावित एसिन्क्रोनस I/O मेकानिजम "aio" ले बफर गरिएको I/O लाई समर्थन गर्दैन, O_DIRECT मोडमा मात्र काम गर्न सक्छ (बफरिङ र क्यासलाई बाइपास नगरी), मेटाडेटा उपलब्धताको प्रतीक्षाको कारण लक गर्न समस्या भएको थियो, र मेमोरीमा डेटा प्रतिलिपि गर्ने कारणले ठूलो ओभरहेड लागतहरू प्रदर्शन गर्दछ।

    API भित्र
    io_uring विकासकर्ताहरूले पुरानो aio इन्टरफेसको कमजोरीहरू हटाउन प्रयास गरे। द्वारा उत्पादकता io_uring धेरै नजिक छ SPDK र मतदान सक्षम संग काम गर्दा libaio भन्दा धेरै अगाडि छ। प्रयोगकर्ता स्पेसमा चलिरहेको अन्त अनुप्रयोगहरूमा io_uring प्रयोग गर्नको लागि पुस्तकालय तयार गरिएको छ मुक्ति, जसले कर्नेल इन्टरफेसमा उच्च-स्तर फ्रेमवर्क प्रदान गर्दछ;

  • FS fanotify() मा घटना ट्र्याकिङ संयन्त्रमा थपियो सुपरब्लक र संरचना परिवर्तन अवस्था ट्र्याक गर्न समर्थन dirent (डाइरेक्टरीहरू सिर्जना गर्ने, मेटाउने र सार्ने घटनाहरू)। प्रस्तुत सुविधाहरूले स्केलेबिलिटी समस्याहरू समाधान गर्न मद्दत गर्दछ जुन धेरै ठूला फाइल प्रणालीहरूमा इनोटिफाइ मेकानिजम प्रयोग गरेर पुनरावर्ती परिवर्तन ट्र्याकिङ सिर्जना गर्दा उत्पन्न हुन्छ।
    ठूला नेस्टेड डाइरेक्टरीहरूको पुनरावर्ती ट्र्याकिङको अवस्थाहरूमा प्रदर्शन वांछित हुन धेरै छोडियो)। अब यस्तो अनुगमन प्रभावकारी रूपमा फ्यानोटिफाइ मार्फत गर्न सकिन्छ;

  • Btrfs फाइल प्रणालीमा थपियो zstd एल्गोरिथ्मको लागि कम्प्रेसन स्तर अनुकूलन गर्ने क्षमता, जुन छिटो तर अप्रभावी lz4 र ढिलो तर राम्रो कम्प्रेसन xz बीचको इष्टतम सम्झौताको रूपमा मान्न सकिन्छ। zlib प्रयोग गर्दा यो पहिले कसरी कम्प्रेसन स्तर सेट गर्न सम्भव थियो संग समानता द्वारा, "-o compress=zstd:level" माउन्ट विकल्पको लागि समर्थन zstd को लागि थपिएको छ। परीक्षणको क्रममा, न्यूनतम पहिलो स्तरले 2.658 पटक 438.47 MB/s को कम्प्रेसन गति, 910.51 MB/s को डिकम्प्रेसन गति र 780 MB को मेमोरी खपत, र अधिकतम स्तर 15 ले 3.126 पटक प्रदान गरेको डेटा कम्प्रेसन प्रदान गर्‍यो, तर कम्प्रेसनको साथ। 37.30 MB/s को गति। अनप्याक 878.84 MB/s र मेमोरी खपत 2547 MB;
  • थपियो initramfs प्रयोग नगरी यन्त्र-म्यापर यन्त्रमा अवस्थित फाइल प्रणालीबाट बुट गर्ने क्षमता। हालको कर्नेल रिलिजबाट सुरु गर्दै, यन्त्र-म्यापर यन्त्रहरू बुट प्रक्रियाको क्रममा सीधै प्रयोग गर्न सकिन्छ, उदाहरणका लागि, रूट फाइल प्रणालीसँग विभाजनको रूपमा। विभाजन बुट प्यारामिटर "dm-mod.create" प्रयोग गरेर कन्फिगर गरिएको छ। लोडिङका लागि अनुमति दिइएको यन्त्र-म्यापर मोड्युलहरू समावेश छन्: "क्रिप्ट", "ढिलाइ", "रैखिक", "स्न्यापसट-मूल" र "सत्य";
  • F2FS_NOCOW_FL फ्ल्याग F2FS फाइल प्रणालीमा फ्ल्यास ड्राइभ तर्फ उन्मुख थपिएको छ, जसले तपाईंलाई दिइएको फाइलको लागि प्रतिलिपि-अन-राइट मोड असक्षम गर्न अनुमति दिन्छ;
  • कर्नेलबाट फाइल प्रणाली हटाइयो Exofs, जुन ext2 को एक संस्करण हो, OSD (वस्तु-आधारित भण्डारण उपकरण) वस्तु भण्डारणहरूसँग काम गर्नको लागि अनुकूलित। यस्तो वस्तु भण्डारण यन्त्रहरूको लागि SCSI प्रोटोकलको लागि समर्थन पनि हटाइयो;
• भर्चुअलाइजेशन र सुरक्षा
  • चयन गरिएको प्रक्रियाको लागि निर्देशनहरूको सट्टा कार्यान्वयन नियन्त्रण गर्न prctl() मा PR_SPEC_DISABLE_NOEXEC विकल्प थपियो। नयाँ विकल्पले तपाइँलाई स्पेक्टर आक्रमणले सम्भावित रूपमा आक्रमण गर्न सक्ने प्रक्रियाहरूको लागि सट्टा कार्यान्वयनलाई चयन रूपमा असक्षम गर्न अनुमति दिन्छ। लक पहिलो कल to exec() सम्म रहन्छ।
  • लागू गरिएको LSM मोड्युल सुरक्षित, जसले प्रणाली सेवाहरूलाई बढि विशेषाधिकारहरू (CAP_SETUID) बिना र मूल विशेषाधिकारहरू प्राप्त नगरी प्रयोगकर्ताहरूलाई सुरक्षित रूपमा व्यवस्थापन गर्न अनुमति दिन्छ। मान्य बाइन्डिङहरूको सेतो सूचीको आधारमा ("UID1:UID2" फारममा) को आधारमा सुरक्षामा नियमहरू परिभाषित गरेर विशेषाधिकारहरू तोकिएका छन्;
  • सुरक्षा मोड्युलहरू (LSMs) को स्ट्याक-आधारित लोडिङका लागि आवश्यक निम्न-स्तर परिवर्तनहरू थपियो। कुन मोड्युलहरू लोड हुन्छन् र कुन क्रममा नियन्त्रण गर्न "lsm" कर्नेल बुट विकल्प प्रस्तुत गरियो;
  • फाइल नेमस्पेसका लागि समर्थन लेखापरीक्षण उपप्रणालीमा थपिएको छ;
  • विस्तार गरियो GCC प्लगइन structleak को क्षमताहरू, जसले तपाईंलाई मेमोरी सामग्रीको सम्भावित चुहावट रोक्न अनुमति दिन्छ। स्ट्याकमा सन्दर्भ पहुँच मार्फत कोडमा प्रयोग हुने कुनै पनि चरहरूको प्रारम्भिकता प्रदान गरिएको छ;
• नेटवर्क उपप्रणाली
  • सकेटहरूको लागि कार्यान्वयन गरियो नयाँ विकल्प "SO_BINDTOIFINDEX" जस्तै
    "SO_BINDTODEVICE", तर तर्कको रूपमा इन्टरफेस नामको सट्टा सञ्जाल इन्टरफेसको अनुक्रमणिका नम्बर लिँदै;

  • mac80211 स्ट्याकले एक उपकरणमा धेरै BSSIDs (MAC ठेगानाहरू) असाइन गर्ने क्षमता थपेको छ। वाइफाइ कार्यसम्पादनलाई अप्टिमाइज गर्ने परियोजनाको एक भागको रूपमा, mac80211 स्ट्याकले एयरटाइम लेखा र धेरै स्टेशनहरू बीच एयरटाइम वितरण गर्ने क्षमता थपेको छ (पहुँच पोइन्ट मोडमा सञ्चालन गर्दा, वायरलेस स्टेशनहरू ढिलो गर्न कम प्रसारण समय आवंटित गर्दै, सबै बीचमा समान रूपमा समय वितरण गर्नुको सट्टा। स्टेशनहरू);
  • संयन्त्र थपियो "devlink स्वास्थ्य", जसले नेटवर्क इन्टरफेसमा समस्या हुँदा सूचनाहरू प्रदान गर्दछ;
• मेमोरी र प्रणाली सेवाहरू
  • कार्यान्वयन भएको छ सुरक्षित सिग्नल डेलिभरी जसले PID पुन: प्रयोगको लागि अनुमति दिन्छ। उदाहरण को लागी, पहिले किल कल गर्दा, एक स्थिति उत्पन्न हुन सक्छ जहाँ, सिग्नल पठाए पछि, लक्ष्य PID लाई प्रक्रिया समाप्तिको कारणले मुक्त गर्न सकिन्छ र अर्को प्रक्रिया द्वारा कब्जा गर्न सकिन्छ, र संकेत अर्को प्रक्रियामा पारित हुनेछ। त्यस्ता अवस्थाहरू हटाउनको लागि, नयाँ प्रणाली कल pidfd_send_signal थपिएको छ, जसले स्थिर प्रक्रिया बाध्यकारी सुनिश्चित गर्न /proc/pid बाट फाइल वर्णनकर्ताहरू प्रयोग गर्दछ। प्रणाली कल प्रशोधन गर्दा PID पुन: प्रयोग गरिए पनि, फाइल वर्णनकर्ता परिवर्तन हुनेछैन र सुरक्षित रूपमा प्रक्रियामा संकेत पठाउन प्रयोग गर्न सकिन्छ;
  • थपियो स्थायी मेमोरी यन्त्रहरू प्रयोग गर्ने क्षमता (निरन्तर मेमोरी, उदाहरणका लागि NVDIMMsRAM को रूपमा। अहिले सम्म, कर्नेलले भण्डारण यन्त्रको रूपमा त्यस्ता यन्त्रहरूलाई समर्थन गर्दथ्यो, तर अब तिनीहरूलाई अतिरिक्त RAM को रूपमा पनि प्रयोग गर्न सकिन्छ। यो सुविधा प्रयोगकर्ताहरूको इच्छाको प्रतिक्रियामा लागू गरिएको छ जो प्रदर्शन ढिलाइको साथ राख्न इच्छुक छन् र ड्याक्सको लागि mmap को शीर्षमा चलिरहेको अवस्थित प्रयोगकर्ता-स्पेस मेमोरी आवंटन प्रणालीहरू प्रयोग गर्नुको सट्टा नेटिभ लिनक्स कर्नेल मेमोरी व्यवस्थापन API प्रयोग गर्न चाहन्छन्। फाइल;
  • नयाँ CPU निष्क्रिय ह्यान्डलर थपियो (cpuidle, CPU लाई गहिरो पावर बचत मोडहरूमा कहिले राख्न सकिन्छ भन्ने निर्णय गर्दछ; मोड जति गहिरो हुन्छ, बचतहरू त्यति नै बढी हुन्छ, तर यसले मोडबाट बाहिर निस्कन पनि त्यति नै लामो समय लिन्छ) - TEO (टाइमर घटनाहरू उन्मुख गभर्नर )। अहिले सम्म, दुई cpuidle ह्यान्डलरहरू प्रस्ताव गरिएको छ - "मेनु" र "सीढी", heuristic मा भिन्न। "मेनु" ह्यान्डलरले ह्युरिस्टिक निर्णयहरू गर्ने समस्याहरू थाहा पाएको छ, जसलाई हटाउन यो नयाँ ह्यान्डलर तयार गर्ने निर्णय गरियो। TEO लाई "मेनु" ह्यान्डलरको विकल्पको रूपमा राखिएको छ, उच्च कार्यसम्पादनको लागि अनुमति दिँदै बिजुली खपतको समान स्तर कायम राख्दै।
    तपाईंले बुट प्यारामिटर "cpuidle.governor=teo" प्रयोग गरेर नयाँ ह्यान्डलर सक्रिय गर्न सक्नुहुन्छ;

  • उन्मूलन गर्ने कार्यको एक हिस्सा हो 2038 को समस्या, 32-bit time_t प्रकारको ओभरफ्लोको कारणले गर्दा, प्रणाली कलहरू समावेश गर्दछ जसले 32-बिट आर्किटेक्चरहरूको लागि 64-बिट समय काउन्टरहरू प्रस्ताव गर्दछ। नतिजाको रूपमा, 64-bit time_t संरचना अब सबै आर्किटेक्चरहरूमा प्रयोग गर्न सकिन्छ। विकल्पहरूको लागि नेटवर्क उपप्रणालीमा पनि समान परिवर्तनहरू लागू गरिएको छ टाइमस्ट्याम्प नेटवर्क सकेटहरू;
  • कोरको लागि तातो प्याचिङ प्रणालीमा (लाइभ प्याचिङ) थपियो एकल प्रकार्यमा परिवर्तनहरूको श्रृंखलालाई परमाणु रूपमा लागू गर्नको लागि "परमाणु प्रतिस्थापन" सुविधा। यो सुविधाले तपाईंलाई एकैचोटि धेरै परिवर्तनहरू कभर गर्ने सारांश प्याचहरू वितरण गर्न अनुमति दिन्छ, एक सख्त परिभाषित क्रममा लाइभ प्याचहरूको चरण-दर-चरण अनुप्रयोगको प्रक्रियाको सट्टा, जुन कायम राख्न धेरै गाह्रो छ। जहाँ पहिले प्रत्येक पछिल्ला परिवर्तन अन्तिम परिवर्तन पछि प्रकार्यको स्थितिमा आधारित हुनुपर्थ्यो, अब एकैचोटि एउटा प्रारम्भिक स्थितिमा बाँधिएका धेरै परिवर्तनहरू प्रचार गर्न सम्भव छ (अर्थात, मर्मतकर्ताहरूले यसको सट्टा आधार कर्नेलको सापेक्ष एक समेकित प्याच कायम गर्न सक्छन्। एकअर्कामा निर्भर हुने प्याचहरूको श्रृंखलाको);
  • घोषणा गरे a.out निष्पादन योग्य फाइल ढाँचा र को लागि अप्रत्याशित समर्थन
    मेटाइयो a.out ढाँचामा कोर फाइलहरू उत्पन्न गर्नको लागि कोड, जुन परित्याग गरिएको अवस्थामा छ। a.out ढाँचा लामो समयदेखि लिनक्स प्रणालीहरूमा प्रयोग गरिएको छैन, र a.out फाइलहरूको उत्पादनलाई पूर्वनिर्धारित लिनक्स कन्फिगरेसनहरूमा आधुनिक उपकरणहरूद्वारा लामो समयदेखि असमर्थित गरिएको छ। थप रूपमा, a.out फाइलहरूको लागि लोडर पूर्ण रूपमा प्रयोगकर्ता ठाउँमा लागू गर्न सकिन्छ;

  • प्रयोग नगरिएको कोड पहिचान गर्ने र हटाउने क्षमता BPF कार्यक्रम प्रमाणीकरण संयन्त्रमा थपिएको छ। कर्नेलले BPF उपप्रणालीको लागि स्पिनलक समर्थनको साथ प्याचहरू पनि समावेश गर्दछ, BPF कार्यक्रमहरूको समानान्तर कार्यान्वयन प्रबन्ध गर्न थप क्षमताहरू प्रदान गर्दछ;
• उपकरण
  • Nouveau चालक मा थपियो विषम मेमोरी व्यवस्थापनको लागि समर्थन, CPU र GPU लाई साझा सिंक्रोनाइज्ड मेमोरी क्षेत्रहरूमा पहुँच गर्न अनुमति दिँदै। साझा भर्चुअल मेमोरी प्रणाली (SVM, साझा भर्चुअल मेमोरी) HMM (Heterogeneous मेमोरी व्यवस्थापन) उपप्रणालीको आधारमा लागू गरिएको छ, जसले तिनीहरूको आफ्नै मेमोरी व्यवस्थापन एकाइहरू (MMU, मेमोरी व्यवस्थापन एकाइ) सँग यन्त्रहरू प्रयोग गर्न अनुमति दिन्छ, जसले पहुँच गर्न सक्छ। मुख्य मेमोरी। विशेष गरी, HMM प्रयोग गरेर, तपाईंले GPU र CPU बीच साझा ठेगाना ठाउँ व्यवस्थित गर्न सक्नुहुन्छ, जसमा GPU ले प्रक्रियाको मुख्य मेमोरीमा पहुँच गर्न सक्छ। SVM समर्थन हाल पास्कल परिवार GPU हरूका लागि मात्र सक्षम गरिएको छ, यद्यपि समर्थन Volta र Turing GPU हरूका लागि पनि प्रदान गरिएको छ। यसबाहेक, Nouveau मा थपे GPU मेमोरीमा प्रक्रिया मेमोरी क्षेत्रहरूको माइग्रेसन नियन्त्रण गर्न नयाँ ioctl;
  • GPU Skylake र पछि (gen9+) को लागि Intel DRM ड्राइभरमा समावेश पूर्वनिर्धारित रूपमा, फास्टबुट मोडले बुटको समयमा अनावश्यक मोड परिवर्तनहरू हटाउँछ। थपियो новые कोफेलेक र आइस लेक माइक्रोआर्किटेक्चरहरूमा आधारित उपकरण पहिचानकर्ताहरू। Coffelake चिप्स को लागी थपियो GVT समर्थन (GPU भर्चुअलाइजेशन)। भर्चुअल GPU को लागि कार्यान्वयन गरियो VFIO EDID समर्थन। LCD प्यानल MIPI/DSI को लागि थपियो ACPI/PMIC तत्वहरूको लागि समर्थन। कार्यान्वयन भएको छ नयाँ टिभी मोडहरू 1080p30/50/60 TV;
  • amdgpu ड्राइभरमा Vega10/20 BACO GPU को लागि समर्थन थपियो। Vega 10/20 पावर व्यवस्थापन र Vega 10 कूलर नियन्त्रण तालिकाहरू लागू गरियो। पिकासो GPU हरूका लागि नयाँ PCI उपकरण पहिचानकर्ताहरू थपियो। थपियो डेडलकहरूबाट बच्न अनुसूचित निर्भरताहरू प्रबन्ध गर्नको लागि इन्टरफेस;
  • थपियो DRM/KMS ड्राइभर स्क्रिन एक्सेलेटरहरूको लागि एआरएम कोमेडा (माली D71);
  • Toppoly TPG110, Sitronix ST7701, PDA 91-00156-A0, LeMaker BL035-RGB-002 3.5 र Kingdisplay kd097d04 स्क्रिन प्यानलहरूको लागि समर्थन थपियो;
  • Rockchip RK3328, Cirrus Logic CS4341 र CS35L36, MediaTek MT6358, Qualcomm WCD9335 र Ingenic JZ4725B अडियो कोडेक्स, साथै Mediatek MT8183 अडियो प्लेटफर्मको लागि समर्थन थपियो;
  • NAND नियन्त्रकहरू फ्ल्यास STMicroelectronics FMC2, Amlogic Meson को लागि समर्थन थपियो;
  • Habana AI हार्डवेयर प्रणालीहरूको लागि गतिवर्धक समर्थन थपियो;
  • NXP ENETC gigabit इथरनेट नियन्त्रकहरू र MediaTek MT7603E (PCIe) र MT76x8 वायरलेस इन्टरफेसहरूको लागि समर्थन थपियो।

एकै समयमा, ल्याटिन अमेरिकी फ्री सफ्टवेयर फाउन्डेशन गठन गरियो
विकल्प पूर्ण रूपमा मुक्त कर्नेल 5.1 - Linux-libre 5.1-gnu, फर्मवेयर र ड्राइभर तत्वहरूबाट हटाइएको छ जसमा गैर-मुक्त कम्पोनेन्टहरू वा कोड खण्डहरू छन्, जसको दायरा निर्माताद्वारा सीमित छ। नयाँ रिलीजमा, mt7603 र गोया ड्राइभरहरूमा ब्लब लोडिङ असक्षम गरिएको छ। ड्राइभर र सबसिस्टम wilc1000, iwlwifi, soc-acpi-intel, brcmfmac, mwifiex, btmrvl, btmtk र touchscreen_dmi मा ब्लब सफाई कोड अपडेट गरियो। lantiq xrx200 फर्मवेयर लोडरमा ब्लब सफाई कर्नेलबाट हटाउनको कारण रोकिएको छ।

स्रोत: opennet.ru