ગ્રેગ ક્રોહ-હાર્ટમેન, તાજેતરમાં જ એક લિનક્સ કર્નલ કીપરો દરખાસ્ત મળી જેમાં તે કહે છે તે શક્ય છે કે રસ્ટ ભાષામાં ડ્રાઇવરોના વિકાસને સમર્પિત એક માળખું સ્વીકારવામાં આવશે મૂળ પર.
જોકે આ સમયે કંઇક નક્કર નથી, આ માટે, ગ્રેગ ક્રોહ-હાર્ટમેન બે શરતો બનાવે છે: તેમાંથી એક એ છે કે ફ્રેમવર્ક તેના એકીકરણના કિસ્સામાં મૂળભૂત રીતે સક્રિય થશે નહીં, આને ટાળવા માટે, કર્નલને કમ્પાઇલ કરવા માટે રસ્ટની જરૂર નથી; બીજું, કે સી ભાષાના ઉપયોગથી લેવામાં આવેલી તુલનામાં સૂચિત અભિગમને વાસ્તવિક ફાયદાઓ છે.
તે જાણીતું છે કે લિનક્સ કર્નલ એ સી ભાષાઓમાં થયેલા વિકાસનું ઉત્પાદન છે અને તેનાથી ઉપર લીનસ ટોરવાલ્ડ્સ સી સૌ પ્રથમ છે. તેથી સિસ્ટમ માટેના ડ્રાઇવરોના વિકાસમાં, સી નો ઉપયોગ.
વિકાસકર્તાઓએ વિશાળ તકોમાં સમાધાન કર્યું જે રસ્ટનો ઉપયોગ કમ્પ્યુટર સિસ્ટમના હાર્ડવેર સંસાધનોના સંચાલનની દ્રષ્ટિએ આપે છે.
અને તે છે વધુને વધુ અવાજો પેસેજને રસ્ટ ભાષામાં બોલાવવા માટે ઉભા કરવામાં આવે છે, જેમાંથી એક સીને સામગ્રીના નિયંત્રણ માટે બદલવાનો છે.
અને તે છેલ્લી લિનક્સ સુરક્ષા સમિટમાં, સુરક્ષા સંશોધનકારોએ, અન્ય લોકો સાથે, ભાષાની સૌથી મોટી ઉણપ તરફ ધ્યાન દોર્યું સી એ મેમરી મેનેજમેન્ટથી સંબંધિત સમસ્યાઓ છે - બફર ઓવરફ્લો, ફાળવણી, અમાન્ય અથવા મુક્ત મેમરી વિસ્તારોમાં પ્રવેશ વગેરે.
સંશોધનકારોની જોડીએ કરેલા આંકડા મુજબ, છેલ્લા 65 મહિનામાં 6% લિનક્સ કર્નલ નબળાઈઓનું પરિણામ છે. સામાન્ય નબળાઈઓ અને એક્સપોઝર (સીવીઇ) ના આંકડા સમાન છે: 15.9 વર્ષમાં લિનક્સ કર્નલને અસર કરનાર 2288 નબળાઈઓમાંથી 20% બફર ઓવરફ્લોથી સંબંધિત છે.
સંશોધન ટીમે સીની તુલનામાં રસ્ટ ઓફર કરેલા ફાયદાઓ વિશે જ વાત કરી ન હતી. તેણે લિનક્સ ડ્રાઈવર વિકાસને સમર્પિત માળખાના વિકાસ માટે પહેલ રજૂ કરવાની તક પણ લીધી.
સરળ શબ્દોમાં કહીએ તો, લિનક્સ કર્નલ API સાથે કામ કરવાનો પ્રયાસ છે. વિકાસ x86, આર્મ / આર્મ 64, મીપ્સ, POWERPC, RISC-V, s390 અને SPARC આર્કિટેક્ચરો માટે છે.
પરંતુ સૌથી મોટી સમસ્યા એ છે કે ફક્ત લિનસ ટોરવાલ્ડ્સ માને છે કે સી ભાષાથી વધુ સારું કંઈ નથી સિસ્ટમ પ્રોગ્રામિંગ માટે.
મારે કહેવું જ જોઇએ કે હું આ જેવા મુદ્દાઓ પર ખૂબ જ જૂનું છું. મેં સામાન્ય રીતે લીનક્સ અને operatingપરેટિંગ સિસ્ટમ્સ શરૂ કરવાનું કારણ એ છે કે મને ખરેખર હાર્ડવેર ગમે છે. હું ભૌતિક પાસાની શોધખોળ કરવા માંગું છું.
હું આ વાત પર ભાર મૂકવા માટે કહી રહ્યો નથી કે હું એક નિષ્ણાત છું. મારો મતલબ એ છે કે હું સ theફ્ટવેરમાંથી હાર્ડવેર સાથે સંપર્ક કરવા માંગું છું. આ દૃષ્ટિકોણથી જોયું, મેં હજી સુધી પ્રોગ્રામિંગ ભાષા જોઈ નથી જે ફક્ત સી ભાષાની નજીક આવે છે.
આ વિધાન ફક્ત એટલા માટે નથી કારણ કે સી હાર્ડવેરને સંચાલિત કરવા માટે સારા કોડ બનાવવા માટે ઉપયોગી છે. ઉપરાંત, સીનો ઉપયોગ એ લોકોને જે કમ્પ્યુટરની જેમ વિચારે છે તે માટે અર્થપૂર્ણ છે. મને લાગે છે કે તેનું કારણ એ છે કે જે લોકોએ સી ભાષાની રચના કરી હતી તે સમયે તે કર્યું હતું જ્યારે કમ્પાઇલર્સ સરળ હોવા જોઈએ; તે સમયે જ્યારે ભાષાને અપેક્ષિત આઉટપુટ અથવા પરિણામ સાથે અનુકૂલન કરવું પડતું.
તેથી જ્યારે હું કોડ સી ભાષામાં વાંચું છું, ત્યારે હું જાણું છું કે એસેમ્બલી કોડ કેવો લાગશે અને તે જ મને રુચિ છે. ઇન્ટેલ ઓપન સોર્સ ટેકનોલોજી સેન્ટર.
પહેલાં, તમે સી ++ દાખલ કરવા માટે સમાન દરખાસ્તો છોડી દીધી છે લિનક્સ માટે ડ્રાઇવરોના વિકાસને સમર્પિત ભાષાઓના વર્તુળમાં. ખાસ કરીને, તેમણે સી ++ ની તુલનામાં withબ્જેક્ટ ઓરિએન્ટેશન ક્લીનર બનાવવાની સંભાવના પર પ્રકાશ પાડ્યો.
એલેક્સ ગેનોર અને જoffફ્રી થોમસ પહેલ ઘણી ધરી પર એક મહાન પ્રોજેક્ટ બની રહી છે. ઉદાહરણ તરીકે, સંશોધન ટીમ ફાઇલ સિસ્ટમો અને વિશિષ્ટ ઉપકરણ પ્રકારો માટે ડ્રાઇવરોના વિકાસને ચાલુ રાખવાની જરૂરિયાત પર ભાર મૂકે છે.
પછી આપણે જોવું પડશે કે નહીં સામગ્રી ખાતરી કરી શકો છોલિનક્સ જાળવણીકારો.