તેઓ લિનક્સ કર્નલ માટે નવા મેમરી નિયંત્રકની દરખાસ્ત કરે છે

મેમરી મેનેજર એ સિસ્ટમનો સબસેટ છે tiveપરેટિવ તે operatingપરેટિંગ સિસ્ટમ અને વિવિધ એપ્લિકેશન વચ્ચે મેમરી શેર કરે છે. મેમરી શબ્દ મુખ્યત્વે મુખ્ય મેમરી (રેમ) નો સંદર્ભ આપે છે, પરંતુ તેના સંચાલનમાં સહાયક મેમરી અને કેશ મેમરીનું યોગદાન આવશ્યક છે.

મેમરી મેનેજર પ્રક્રિયાઓમાં મેમરીને અસરકારક રીતે ફાળવવા માટે ખાસ કરીને જવાબદાર છે, જે સૂચવે છે કે તમે ઉપલબ્ધ મેમરીના મુક્ત સ્થાનોની ગણતરી કરવા, નવી પ્રક્રિયાઓ માટે જરૂરી મેમરીને ફાળવવા અને સમાપ્ત થતી પ્રક્રિયાઓમાંથી મેમરીને ફરીથી દાવો કરવા માટે સક્ષમ હોવા આવશ્યક છે. લિનક્સ કર્નલમાં પ્રક્રિયા ડિસેપ્ટર એ એસ.એલ.બી. ડિસ્પ્ચર છે.

સ્લેબ મેમરી વિનંતીઓને izesપ્ટિમાઇઝ કરતી બ્લોક અને કેશ સિસ્ટમ પર આધાર રાખે છે. આ પ્રકારના મેમરી મેનેજમેન્ટ ફાળવણી અને સ્થાનાંતરણ કામગીરી દ્વારા થતા ફ્રેગમેન્ટેશનને ઘટાડે છે.

અવરોધિત ફાળવણીમાં ચોક્કસ objectબ્જેક્ટ પ્રકાર / કદ માટે કેશનો અમલ કરવો શામેલ છે જેમાં ઘણા પૂર્વ-ફાળવેલ મેમરી બ્લોક્સ હોય છે જે ચોક્કસ forબ્જેક્ટ્સ માટે યોગ્ય હોય તેવા ફિક્સ-સાઇઝના ટુકડાઓમાં કાપવામાં આવે છે.

સ્લેબ ટુકડાઓનું સંચાલન કરે છે જેથી જ્યારે જ્યારે કર્નલને objectબ્જેક્ટ પર મેમરી ફાળવવા માટે વિનંતી કરવામાં આવે, તમે તે વિનંતીને હાલના બ્લોકના ફાજલ ભાગ સાથે સંતોષી શકો છો. એસએલબીએલ ફરીથી ઉપયોગ માટે ફાળવેલ મેમરી જાળવી રાખે છે, જ્યારે સમાન પદાર્થોની અનુગામી ફાળવણી, અને તેથી Sબ્જેક્ટ પ્રારંભિકરણથી સંબંધિત ઓવરહેડ ખર્ચમાં ઘટાડો થાય છે.

તેઓ એસએલએબીને બદલવાનો ઇરાદો ધરાવે છે

રોમન ગુશિન, ફેસબુકમાં લિનક્સ કર્નલ એન્જિનિયરિંગ ટીમના સભ્ય, તેમણે શોધી કા .્યું કે તે વર્તમાન મેમરી મેનેજર / કંટ્રોલરમાં "ગંભીર ખામી" તરીકે જુએ છે. અને આરતાજેતરમાં એક નવું મેમરી નિયંત્રક સૂચવ્યું અવરોધિત કરો જે બહુવિધ "સીગ્રુપ્સ" વચ્ચે મેમરી ઉપયોગિતામાં નાટ્યાત્મક સુધારણા કરવાનું વચન આપે છે (અથવા નિયંત્રણ જૂથો) મેમરીમાંથી.

આ આપેલ છે, એ નોંધવું મહત્વપૂર્ણ છે કે સીગ્રુપ્સ એ લિનક્સ કર્નલની સુવિધાને સંદર્ભિત કરે છે જે સિસ્ટમના સંસાધનો (પ્રોસેસર, મેમરી, ડિસ્ક વપરાશ, વગેરે) નો ઉપયોગ મર્યાદિત કરવા, ગણતરી અને અલગ કરવાની મંજૂરી આપે છે અને શબ્દ "સ્લેબ» " એસ.એલ.બી. દ્વારા મેમરી ફાળવણી પ્રક્રિયામાં આત્મસાત થઈ શકે છે.

ગુશ્ચીન મુજબ:

“અસ્તિત્વમાંની રચના ઓછી એસએલએબ વપરાશ તરફ દોરી જાય છે તે વાસ્તવિક કારણ સરળ છે: સ્લેબ પૃષ્ઠોનો ઉપયોગ એક જ મેમરી પૂલ દ્વારા થાય છે.

જો ત્યાં અમુક ચોક્કસ કદની ફાળવણીઓ હોય કે જે ક્રેગ ગ્રુપ દ્વારા બનાવવામાં આવે છે અથવા જો ત્યાં કેટલાક સક્રિય objectsબ્જેક્ટ્સ બાકી છે cgroup દૂર થયા પછી અથવા જો cgroup માં એક થ્રેડેડ એપ્લિકેશન છે જે વર્ચ્યુઅલ રીતે કર્નલ ફાળવે છે, પરંતુ દરેક વખતે આવું કરતી નથી નવું સીપીયુ: આ બધા કેસોમાં, પરિણામી એસએલબીનો વપરાશ ખૂબ ઓછો છે.

જો kmem ગણતરી અક્ષમ હોય, તો કર્નલ અન્ય ફાળવણીઓ માટે ટાઇલ પૃષ્ઠો પર ખાલી જગ્યાનો ઉપયોગ કરી શકે છે «

ગુશ્ચિન દલીલ કરે છે કે જ્યારે કીમીમ ડ્રાઇવરને વૈકલ્પિક સુવિધા તરીકે રજૂ કરવામાં આવી હતી ત્યારે આ કોઈ સમસ્યા ન હતી, જે દરેક મેમરી પૂલ માટે સક્ષમ હોવી જોઈએ.

હવે જોકે, kmem ડ્રાઇવર એ cgroup v1 અને v2 માટે મૂળભૂત રીતે સક્ષમ થયેલ છે. અને કારણ કે આધુનિક સિસ્ટમો મોટી સંખ્યામાં સી જૂથો બનાવવાનું વલણ ધરાવે છે, તેથી એસએલબીનો ઉપયોગ ઓછો અસરકારક છે.

તેમના મતે, વિવિધ મેમરી જૂથો વચ્ચે સ્લેબ પૃષ્ઠોને શેર કરીને અને ફરીથી કામ કરેલી સિસ્ટમનો ઉપયોગ કરીને જ્યાં એકાઉન્ટિંગ પૃષ્ઠ દ્વારા બદલે objectબ્જેક્ટ દ્વારા કરવામાં આવે છે, લિનક્સ કર્નલમાં એક .પ્ટિમાઇઝ મેમરી મેમરી નિયંત્રક હશે જે ઉપયોગના ખૂબ કાર્યક્ષમ સ્તરની તક આપે છે.

ગુશ્ચિને પ્રસ્તાવિત પેચમાં બે અર્ધ-સ્વતંત્ર તત્વો શામેલ છે: એક પેટાપૃષ્ઠ લોડ એપી જેનો ઉપયોગ ભવિષ્યમાં એકાઉન્ટિંગ હેતુ માટે અને મેમ_કગ્રુપ_પ્ટ્ર એપીઆઇ કરી શકાય છે.

નવા નિયંત્રક સાથે પરીક્ષણો કરવામાં આવ્યા Gushchin ની મેમરી એ બતાવ્યું છે કે લિનક્સમાં 35% થી 42% વધુ મેમરી મેળવવી શક્ય છે ફ્રન્ટ-એન્ડ વેબ પર, DNS સર્વર અને ડેટાબેસ કેશ અને બીજા ઘણા વર્કલોડ્સ.

ગુશ્ચિનની દરખાસ્ત હાલમાં "ટિપ્પણી માટેની વિનંતી" ના બેનર હેઠળ છે. જો સ્વીકારવામાં આવે તો, તે 2020 લિનક્સ કર્નલ પ્રકાશનમાં એકીકૃત થઈ શકે છે.

સ્રોત: https://lkml.org/