ಗ್ರೆಗ್ ಕ್ರೋಹ್-ಹಾರ್ಟ್ಮನ್, ಇತ್ತೀಚೆಗೆ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಕೀಪರ್ಗಳಲ್ಲಿ ಒಬ್ಬರು ಪ್ರಸ್ತಾವನೆಯನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಇದರಲ್ಲಿ ಅದು ಹೇಳುತ್ತದೆ ರಸ್ಟ್ ಭಾಷೆಯಲ್ಲಿ ಚಾಲಕರ ಅಭಿವೃದ್ಧಿಗೆ ಮೀಸಲಾಗಿರುವ ಚೌಕಟ್ಟನ್ನು ಸ್ವೀಕರಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ ಕೋರ್ನಲ್ಲಿ.
ಈ ಸಮಯದಲ್ಲಿ ಕಾಂಕ್ರೀಟ್ ಏನೂ ಇಲ್ಲವಾದರೂ, ಇದಕ್ಕಾಗಿ, ಗ್ರೆಗ್ ಕ್ರೋಹ್-ಹಾರ್ಟ್ಮನ್ ಎರಡು ಷರತ್ತುಗಳನ್ನು ಸೂತ್ರೀಕರಿಸುತ್ತಾರೆ: ಅವುಗಳಲ್ಲಿ ಒಂದು, ಚೌಕಟ್ಟನ್ನು ಅದರ ಏಕೀಕರಣದ ಸಂದರ್ಭದಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ, ಇದು ಕರ್ನಲ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡಲು ರಸ್ಟ್ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ತಪ್ಪಿಸಲು; ಎರಡನೆಯದಾಗಿ, ಸಿ ಭಾಷೆಯ ಬಳಕೆಯಿಂದ ಪಡೆದ ಪ್ರಸ್ತಾವಿತ ವಿಧಾನವು ನಿಜವಾದ ಪ್ರಯೋಜನಗಳನ್ನು ಹೊಂದಿದೆ.
ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಸಿ ಭಾಷೆಗಳಲ್ಲಿನ ಬೆಳವಣಿಗೆಗಳ ಉತ್ಪನ್ನವಾಗಿದೆ ಮತ್ತು ಎಲ್ಲಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್ ಸಿ ಎಲ್ಲಕ್ಕಿಂತ ಮೊದಲು ಎಂದು ತಿಳಿದಿದೆ. ಆದ್ದರಿಂದ ವ್ಯವಸ್ಥೆಗೆ ಚಾಲಕರ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ, ಸಿ ಬಳಕೆ.
ಡೆವಲಪರ್ಗಳು ರಾಜಿ ಮಾಡಿಕೊಂಡ ಬೃಹತ್ ಅವಕಾಶಗಳು ಇದು ಕಂಪ್ಯೂಟರ್ ವ್ಯವಸ್ಥೆಯ ಯಂತ್ರಾಂಶ ಸಂಪನ್ಮೂಲಗಳನ್ನು ರಸ್ಟ್ ಬಳಕೆಯನ್ನು ನಿರ್ವಹಿಸುವ ದೃಷ್ಟಿಯಿಂದ ನೀಡುತ್ತದೆ.
ಮತ್ತು ಅದು ಅಂಗೀಕಾರವನ್ನು ರಸ್ಟ್ ಭಾಷೆಗೆ ಕರೆಯಲು ಹೆಚ್ಚು ಹೆಚ್ಚು ಧ್ವನಿಗಳನ್ನು ಎತ್ತಲಾಗುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಒಂದು ವಸ್ತು ನಿಯಂತ್ರಣಕ್ಕಾಗಿ ಸಿ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಿದೆ.
ಮತ್ತು ಕಳೆದ ಲಿನಕ್ಸ್ ಭದ್ರತಾ ಶೃಂಗಸಭೆಯಲ್ಲಿ, ಭದ್ರತಾ ಸಂಶೋಧಕರು, ಇತರರೊಂದಿಗೆ, ಒಂದು ದೊಡ್ಡ ಭಾಷೆಯ ಕೊರತೆಯನ್ನು ಸೂಚಿಸಿದ್ದಾರೆ ಸಿ ಮೆಮೊರಿ ನಿರ್ವಹಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಸಮಸ್ಯೆಗಳು - ಬಫರ್ ಓವರ್‌ಫ್ಲೋಗಳು, ಹಂಚಿಕೆಗಳು, ಅಮಾನ್ಯ ಅಥವಾ ಮುಕ್ತ ಮೆಮೊರಿ ಪ್ರದೇಶಗಳಿಗೆ ಪ್ರವೇಶ, ಇತ್ಯಾದಿ.
ಸಂಶೋಧಕರ ಜೋಡಿ ವರದಿ ಮಾಡಿದ ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಕಳೆದ 65 ತಿಂಗಳುಗಳಲ್ಲಿ ಗುರುತಿಸಲಾದ 6% ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ದೋಷಗಳ ಫಲಿತಾಂಶ. ಸಾಮಾನ್ಯ ದುರ್ಬಲತೆಗಳು ಮತ್ತು ಮಾನ್ಯತೆ (ಸಿವಿಇ) ಅಂಕಿಅಂಶಗಳು ಹೋಲುತ್ತವೆ: 15.9 ವರ್ಷಗಳಲ್ಲಿ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿದ 2288 ದೋಷಗಳಲ್ಲಿ 20% ಬಫರ್ ಉಕ್ಕಿ ಹರಿಯುವಿಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ.
ಸಿ ಗೆ ಹೋಲಿಸಿದರೆ ರಸ್ಟ್ ನೀಡುವ ಪ್ರಯೋಜನಗಳ ಬಗ್ಗೆ ಸಂಶೋಧನಾ ತಂಡವು ಮಾತನಾಡಲಿಲ್ಲ. ಲಿನಕ್ಸ್ ಚಾಲಕ ಅಭಿವೃದ್ಧಿಗೆ ಮೀಸಲಾಗಿರುವ ಚೌಕಟ್ಟನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಉಪಕ್ರಮವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಲು ಅವರು ಅವಕಾಶವನ್ನು ಪಡೆದರು.
ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಲಿನಕ್ಸ್ ಕರ್ನಲ್ API ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಪ್ರಯತ್ನ. ಬೆಳವಣಿಗೆಗಳು x86, ತೋಳು / ತೋಳು 64, ಮಿಪ್ಸ್, POWERPC, RISC-V, s390 ಮತ್ತು SPARC ವಾಸ್ತುಶಿಲ್ಪಗಳಿಗೆ.
ಆದರೆ ಸಿ ಭಾಷೆಗಿಂತ ಉತ್ತಮವಾದದ್ದು ಯಾವುದೂ ಇಲ್ಲ ಎಂದು ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್ ಮಾತ್ರ ನಂಬುತ್ತಾರೆ ಎಂಬುದು ದೊಡ್ಡ ಸಮಸ್ಯೆ ಸಿಸ್ಟಮ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ಗಾಗಿ.
ಈ ರೀತಿಯ ವಿಷಯಗಳಲ್ಲಿ ನಾನು ಸಾಕಷ್ಟು ಹಳೆಯ-ಶೈಲಿಯವನು ಎಂದು ನಾನು ಹೇಳಲೇಬೇಕು. ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಲಿನಕ್ಸ್ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಕಾರಣವೆಂದರೆ ನಾನು ಹಾರ್ಡ್‌ವೇರ್ ಅನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಡುತ್ತೇನೆ. ವಸ್ತು ಅಂಶವನ್ನು ಅನ್ವೇಷಿಸಲು ನಾನು ಇಷ್ಟಪಡುತ್ತೇನೆ.
ನಾನು ಪರಿಣಿತನೆಂದು ಒತ್ತಿಹೇಳಲು ನಾನು ಇದನ್ನು ಹೇಳುತ್ತಿಲ್ಲ. ನನ್ನ ಪ್ರಕಾರ ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ ಹಾರ್ಡ್‌ವೇರ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ನಾನು ಇಷ್ಟಪಡುತ್ತೇನೆ. ಈ ದೃಷ್ಟಿಕೋನದಿಂದ ನೋಡಿದಾಗ, ಸಿ ಭಾಷೆಗೆ ಮಾತ್ರ ಹತ್ತಿರವಾಗುವ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ನಾನು ಇನ್ನೂ ನೋಡಿಲ್ಲ.
ಈ ಹೇಳಿಕೆಯು ಯಂತ್ರಾಂಶವನ್ನು ನಿರ್ವಹಿಸಲು ಉತ್ತಮ ಕೋಡ್ ಅನ್ನು ರಚಿಸಲು ಸಿ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂಬ ಕಾರಣದಿಂದಲ್ಲ. ಅಲ್ಲದೆ, ಸಿ ಅನ್ನು ಬಳಸುವುದು ಕಂಪ್ಯೂಟರ್‌ನಂತೆ ಯೋಚಿಸುವ ಜನರಿಗೆ ಅರ್ಥವಾಗುತ್ತದೆ. ನನ್ನ ಪ್ರಕಾರ, ಸಿ ಭಾಷೆಯನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಜನರು ಕಂಪೈಲರ್‌ಗಳು ಸರಳವಾಗಿರಬೇಕಾದ ಸಮಯದಲ್ಲಿ ಹಾಗೆ ಮಾಡಿದರು; ಭಾಷೆ ನಿರೀಕ್ಷಿತ output ಟ್‌ಪುಟ್ ಅಥವಾ ಫಲಿತಾಂಶಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳಬೇಕಾದ ಸಮಯದಲ್ಲಿ.
ಹಾಗಾಗಿ ನಾನು ಸಿ ಭಾಷೆಯಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ಓದಿದಾಗ, ಅಸೆಂಬ್ಲಿ ಕೋಡ್ ಹೇಗಿರುತ್ತದೆ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ ಮತ್ತು ಅದು ನನಗೆ ಆಸಕ್ತಿ ನೀಡುತ್ತದೆ "ಎಂದು ಅವರು 7 ವರ್ಷಗಳ ಹಿಂದೆ ಸಮ್ಮೇಳನದಲ್ಲಿ ತಮ್ಮ ಭಾಷಣವೊಂದರಲ್ಲಿ ಹೇಳಿದರು. ಇಂಟೆಲ್ ಓಪನ್ ಸೋರ್ಸ್ ಟೆಕ್ನಾಲಜಿ ಸೆಂಟರ್.
ಹಿಂದೆ, ಸಿ ++ ಅನ್ನು ಪರಿಚಯಿಸಲು ನೀವು ಇದೇ ರೀತಿಯ ಪ್ರಸ್ತಾಪಗಳನ್ನು ಕೈಬಿಟ್ಟಿದ್ದೀರಿ ಲಿನಕ್ಸ್‌ಗಾಗಿ ಡ್ರೈವರ್‌ಗಳ ಅಭಿವೃದ್ಧಿಗೆ ಮೀಸಲಾಗಿರುವ ಭಾಷೆಗಳ ವಲಯದಲ್ಲಿ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಸಿ ++ ಗಿಂತ ಆಬ್ಜೆಕ್ಟ್ ಓರಿಯಂಟೇಶನ್ ಅನ್ನು ಸಿ ಯೊಂದಿಗೆ ಕ್ಲೀನರ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಇದು ಎತ್ತಿ ತೋರಿಸಿದೆ.
ಅಲೆಕ್ಸ್ ಗೇನರ್ ಮತ್ತು ಜೆಫ್ರಿ ಥಾಮಸ್ ಉಪಕ್ರಮವು ಅನೇಕ ಅಕ್ಷಗಳಲ್ಲಿ ಉತ್ತಮ ಯೋಜನೆಯಾಗಿ ಮುಂದುವರೆದಿದೆ. ಉದಾಹರಣೆಗೆ, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಾಗಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಾಧನ ಪ್ರಕಾರಗಳಿಗಾಗಿ ಡ್ರೈವರ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದುವರಿಸುವ ಅಗತ್ಯವನ್ನು ಸಂಶೋಧನಾ ತಂಡವು ಒತ್ತಿಹೇಳುತ್ತದೆ.
ಆಗ ನಾವು ನೋಡಬೇಕಾಗಿದೆ ವಿಷಯವು ಮನವರಿಕೆ ಮಾಡಬಹುದುರಾ ಲಿನಕ್ಸ್ ನಿರ್ವಹಕರು.