"રસ્ટ એ સિસ્ટમ પ્રોગ્રામિંગનું ભવિષ્ય છે, સી એ નવું એસેમ્બલર છે" - ઇન્ટેલના અગ્રણી એન્જિનિયર્સમાંથી એકનું ભાષણ

તાજેતરના ઓપન સોર્સ ટેકનોલોજી સમ્મી (OSTS) ખાતે જોશ ટ્રિપ્લેટ, ઇન્ટેલના વરિષ્ઠ ઇજનેર, જણાવ્યું હતું કે તેમની કંપની સી ભાષા સાથે "સમાનતા" સુધી પહોંચવામાં રસ ધરાવે છે જે હજુ પણ સિસ્ટમ્સ અને નજીકના ભવિષ્યમાં નિમ્ન-સ્તરના વિકાસ પર પ્રભુત્વ ધરાવે છે. તેમના ભાષણમાં "Intel and Rust: The Future of Systems Programming" શીર્ષક હેઠળ, તેમણે સિસ્ટમ પ્રોગ્રામિંગના ઇતિહાસ વિશે પણ વાત કરી, કેવી રીતે C એ ડિફોલ્ટ સિસ્ટમ પ્રોગ્રામિંગ ભાષા બની, રસ્ટની કઈ વિશેષતાઓ તેને C કરતાં ફાયદો આપે છે અને તે કેવી રીતે સંપૂર્ણપણે પ્રોગ્રામિંગના આ ક્ષેત્રમાં સીને બદલો.

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

ટ્રિપ્લેટ પોતે સિસ્ટમ પ્રોગ્રામિંગને "એપ્લિકેશન ન હોય તેવી કોઈપણ વસ્તુ" તરીકે વ્યાખ્યાયિત કરે છે. તેમાં BIOS, ફર્મવેર, બુટલોડર્સ અને ઓપરેટિંગ સિસ્ટમ કર્નલ, વિવિધ પ્રકારના એમ્બેડેડ લો-લેવલ કોડ અને વર્ચ્યુઅલ મશીન અમલીકરણ જેવી વસ્તુઓનો સમાવેશ થાય છે. રસપ્રદ વાત એ છે કે, ટ્રિપ્લેટ માને છે કે વેબ બ્રાઉઝર એ સિસ્ટમ સોફ્ટવેર પણ છે, કારણ કે બ્રાઉઝર લાંબા સમય પહેલા "માત્ર એક પ્રોગ્રામ" કરતાં વધુ બની ગયું છે, એક સ્વતંત્ર "વેબસાઇટ્સ અને વેબ એપ્લિકેશન્સ માટેનું પ્લેટફોર્મ" બની ગયું છે.

ભૂતકાળમાં, BIOS, બુટ લોડર્સ અને ફર્મવેર સહિતના મોટાભાગના સિસ્ટમ પ્રોગ્રામ એસેમ્બલી ભાષામાં લખાતા હતા. 1960ના દાયકામાં, ઉચ્ચ-સ્તરની ભાષાઓ માટે હાર્ડવેર સપોર્ટ પૂરો પાડવાના પ્રયોગો શરૂ થયા, જે PL/S, BLISS, BCPL અને ALGOL 68 જેવી ભાષાઓની રચના તરફ દોરી ગયા.

તે પછી, 1970ના દાયકામાં, ડેનિસ રિચીએ યુનિક્સ ઓપરેટિંગ સિસ્ટમ માટે C પ્રોગ્રામિંગ ભાષા બનાવી. B પ્રોગ્રામિંગ ભાષામાં બનાવેલ, જેમાં ટાઇપિંગ સપોર્ટ પણ ન હતો, C શક્તિશાળી ઉચ્ચ-સ્તરના કાર્યોથી ભરેલું હતું જે ઑપરેટિંગ સિસ્ટમ્સ અને ડ્રાઇવરોને લખવા માટે શ્રેષ્ઠ અનુરૂપ હતું. UNIX ના કેટલાક ઘટકો, તેના કર્નલ સહિત, આખરે C માં ફરીથી લખવામાં આવ્યા હતા. ત્યારબાદ, Oracle ડેટાબેઝ, વિન્ડોઝ સોર્સ કોડનો મોટાભાગનો ભાગ અને Linux ઓપરેટિંગ સિસ્ટમ સહિત અન્ય ઘણા સિસ્ટમ પ્રોગ્રામ્સ પણ C માં લખવામાં આવ્યા હતા.

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

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

બીજું, ભાષાએ જૂની સુવિધાઓ માટે સમર્થન પ્રદાન કરવું આવશ્યક છે, જેનો અર્થ છે કે C માં સંક્રમણના ઇતિહાસમાં, વિકાસકર્તાઓએ ખાતરી કરવી પડશે કે તે એસેમ્બલી ભાષા કરતાં ઓછી કાર્યાત્મક નથી. ટ્રિપ્લેટ સમજાવે છે: "નવી ભાષા માત્ર સારી ન હોઈ શકે, તે સારી પણ હોવી જોઈએ." એસેમ્બલી લેંગ્વેજનો ઉપયોગ કરી શકે તેવા કોઈપણ ડેટા પ્રકારને ઝડપી બનવા અને સપોર્ટ કરવા ઉપરાંત, C પાસે ટ્રિપ્લેટ જેને "એસ્કેપ હેચ" કહે છે તે પણ હતું—એટલે ​​કે, તે પોતાની અંદર એસેમ્બલી લેંગ્વેજ કોડ દાખલ કરવાનું સમર્થન કરે છે.

ટ્રિપ્લેટ માને છે કે સી હવે એસેમ્બલી ભાષા બની રહી છે જે ઘણા વર્ષો પહેલા હતી. "C નવા એસેમ્બલર છે," તે જાહેર કરે છે. હવે વિકાસકર્તાઓ એક નવી ઉચ્ચ-સ્તરની ભાષા શોધી રહ્યા છે જે ફક્ત C માં સંચિત સમસ્યાઓનું નિરાકરણ જ નહીં કરે કે જેને હવે ઠીક કરી શકાશે નહીં, પરંતુ આકર્ષક નવી સુવિધાઓ પણ પ્રદાન કરશે. આવી ભાષા વિકાસકર્તાઓને તેના પર સ્વિચ કરવા માટે પૂરતી અનિવાર્ય હોવી જોઈએ, સુરક્ષિત હોવી જોઈએ, સ્વચાલિત મેમરી મેનેજમેન્ટ પ્રદાન કરવી જોઈએ અને ઘણું બધું.

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

રસ્ટ અને સીની સરખામણી

2006 માં, ગ્રેડન હોરે, મોઝિલાના કર્મચારીએ વ્યક્તિગત પ્રોજેક્ટ તરીકે રસ્ટ લખવાનું શરૂ કર્યું. અને 2009 માં, મોઝિલાએ તેની પોતાની જરૂરિયાતો માટે રસ્ટના વિકાસને પ્રાયોજિત કરવાનું શરૂ કર્યું, અને ભાષાના વધુ વિકાસ માટે ટીમનો વિસ્તાર પણ કર્યો.

મોઝિલાને નવી ભાષામાં રસ હોવાનું એક કારણ એ છે કે ફાયરફોક્સ C++ કોડની 4 મિલિયનથી વધુ લીટીઓમાં લખાયેલું હતું અને તેમાં ઘણી ગંભીર નબળાઈઓ હતી. રસ્ટને સુરક્ષા અને સંમતિને ધ્યાનમાં રાખીને બનાવવામાં આવ્યું હતું, જે તેને બ્રાઉઝરના આર્કિટેક્ચરને સંપૂર્ણપણે પુનઃડિઝાઇન કરવા માટે ક્વોન્ટમ પ્રોજેક્ટના ભાગ રૂપે ફાયરફોક્સના ઘણા ઘટકોને ફરીથી લખવા માટે એક આદર્શ પસંદગી બનાવે છે. મોઝિલા સર્વો વિકસાવવા માટે પણ રસ્ટનો ઉપયોગ કરી રહી છે, એક HTML રેન્ડરિંગ એન્જિન જે આખરે વર્તમાન ફાયરફોક્સ રેન્ડરિંગ એન્જિનને બદલશે. માઇક્રોસોફ્ટ, ગૂગલ, ફેસબુક, એમેઝોન, ડ્રૉપબૉક્સ, ફાસ્ટલી, શેફ, બાયડુ અને ઘણી બધી અન્ય કંપનીઓએ તેમના પ્રોજેક્ટ્સ માટે રસ્ટનો ઉપયોગ કરવાનું શરૂ કર્યું છે.

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

મૂળ રનટાઇમનો અભાવ પણ રસ્ટની સકારાત્મક વિશેષતા ગણી શકાય. ટ્રિપ્લેટ માને છે કે તે જે ભાષાઓ પર ચાલે છે તેનો સિસ્ટમ પ્રોગ્રામિંગ ટૂલ્સ તરીકે ઉપયોગ કરવો મુશ્કેલ છે. જેમ તે સમજાવે છે: "તમે કોઈપણ કોડને કૉલ કરો તે પહેલાં તમારે આ રનટાઇમને પ્રારંભ કરવો આવશ્યક છે, તમારે આ રનટાઇમનો ઉપયોગ ફંક્શનને કૉલ કરવા માટે કરવો જોઈએ, અને રનટાઇમ પોતે અણધાર્યા સમયે તમારી પાછળ વધારાનો કોડ ચલાવી શકે છે."

રસ્ટ સુરક્ષિત સમાંતર પ્રોગ્રામિંગ પ્રદાન કરવાનો પણ પ્રયત્ન કરે છે. તે જ સુવિધાઓ જે તેને મેમરીને સુરક્ષિત બનાવે છે તે વસ્તુઓનો ટ્રૅક રાખે છે જેમ કે કયો થ્રેડ કયો ઑબ્જેક્ટ ધરાવે છે અને કયા ઑબ્જેક્ટ થ્રેડો વચ્ચે પસાર થઈ શકે છે અને જેને લૉકની જરૂર છે.

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

ટ્રિપ્લેટ એક વિશેષ કાર્યકારી જૂથ બનાવવાનો ઇરાદો ધરાવે છે જે રસ્ટમાં જરૂરી સુવિધાઓ રજૂ કરવા પર ધ્યાન કેન્દ્રિત કરશે જેથી તે સિસ્ટમ પ્રોગ્રામિંગના ક્ષેત્રમાં C ની સંપૂર્ણ બરાબરી કરી શકે, વટાવી શકે અને તેને બદલી શકે. IN Reddit પર થ્રેડ, તેમના વક્તવ્યને સમર્પિત, તેમણે કહ્યું કે "FFI/C પેરિટી જૂથ બનાવવાની પ્રક્રિયામાં છે અને તેણે હજુ સુધી કામ શરૂ કર્યું નથી," હાલ માટે તે કોઈપણ પ્રશ્નોના જવાબ આપવા માટે તૈયાર છે, અને ભવિષ્યમાં તે ચોક્કસપણે તાત્કાલિક યોજનાઓ પ્રકાશિત કરશે. તમામ રસ ધરાવતા પક્ષો માટે તેમની પહેલના ભાગરૂપે રસ્ટના વિકાસ માટે.

એવું માની શકાય છે કે FFI/C પેરિટી જૂથ સૌ પ્રથમ રસ્ટમાં મલ્ટી-થ્રેડીંગ સપોર્ટને સુધારવા પર ધ્યાન કેન્દ્રિત કરશે, BFLOAT16 માટે સપોર્ટ રજૂ કરશે, જે ફ્લોટિંગ પોઈન્ટ ફોર્મેટ છે જે નવા Intel Xeon સ્કેલેબલ પ્રોસેસર્સમાં દેખાય છે, તેમજ એસેમ્બલીને સ્થિર કરશે. કોડ નિવેશ.

સોર્સ: 3dnews.ru