Менаџер меморије је подскуп система оперативан Она дели меморију између оперативног система и различитих апликација. Термин меморија односи се углавном на главну меморију (РАМ), али њено управљање захтева допринос помоћне меморије и кеш меморије.
Менаџер меморије је посебно одговоран за ефикасно додељивање меморије процесима, што подразумева да морате бити у могућности да набројите слободне локације доступне меморије, доделите меморију потребну за нове процесе и повратите меморију из процеса који се завршавају. Диспечер процеса унутар Линук језгре је СЛАБ диспечер.
СЛАБ ослања се на блок и кеш систем који оптимизује меморијске захтеве. Ова врста управљања меморијом смањује фрагментацију узроковану операцијама алокације и пресељења.
Додела блокова укључује примену предмеморије за одређени тип / величину објекта који има неколико унапред додељених меморијских блокова исечених на делове фиксне величине који су погодни за одређене објекте.
СЛАБ управља комадима тако да када се од језгра затражи да додели меморију неком објекту, Тај захтев можете задовољити резервним делом из постојећег блока. СЛАБ задржава додељену меморију за поновну употребу приликом накнадне алокације сличних објеката и на тај начин смањује опште трошкове повезане са иницијализацијом објеката.
Намеравају да замене СЛАБ
Роман Гусхцхин, Члан тима за инжењерски рад језгра Линук-а на Фацебоок-у открио је оно што види као „озбиљну ману“ у тренутном менаџеру / контролеру меморије. И рнедавно је предложио нови меморијски контролер блокирати што обећава да ће драматично побољшати коришћење меморије међу више „група“ (или контролне групе) из меморије.
С обзиром на ово, важно је напоменути да се цгроупс односи на особину Линук језгра која омогућава ограничавање, бројање и изолацију употребе системских ресурса (процесор, меморија, употреба диска итд.) И израз „страница плоче» могао да се асламира са процесом алокације меморије од стране СЛАБ-а.
Према Гусхцхину:
„Прави разлог због којег постојећи дизајн доводи до слабе употребе СЛАБ-а је једноставан: странице плоче користе се искључиво у једном меморијском спремишту.
Ако цгроуп изврши само неколико алокација одређене величине или ако је након уклањања цгроуп остало неколико активних објеката или ако цгроуп садржи једну навојну апликацију која практично не додељује језгра, али то чини сваки пут у нови ЦПУ: У свим овим случајевима резултујућа употреба СЛАБ-а је врло мала.
Ако је рачунање кмем онемогућено, језгро може користити слободан простор на страницама плочица за друга издвајања «.
Гусхцхин тврди да то није био проблем када је кмем драјвер представљен као опционална функција која је морала бити омогућена за сваки меморијски базен.
Сад међутим, управљачки програм кмем је подразумевано омогућен за цгроуп в1 и в2. А пошто савремени системи теже стварању великог броја ц група, употреба СЛАБ-а је мање ефикасна.
Према његовим речима, дељењем страница плоче између различитих меморијских група и коришћењем прерађеног система где се рачуноводство врши по објекту, а не по страници, у линук језгру би се имао оптимизован контролер меморије који нуди много ефикаснији ниво употребе.
Гусхцхин-ова закрпа садржи два полунезависна елемента: АПИ учитавања подстранице који се убудуће може користити у рачуноводствене сврхе и мем_цгроуп_птр АПИ.
Испитивања изведена са новим контролером Гусхцхин-ово сећање су показали да је у Линуку могуће добити између 35% и 42% више меморије на фронт-енд вебу, кеш бази података и ДНС серверу и многим другим радним оптерећењима.
Гусхцхин-ов предлог је тренутно под заставом „захтева за коментар“. Ако се прихвати, могао би бити интегрисан у верзију језгра Линук-а 2020.
izvor: https://lkml.org/