ಕ್ಲೌಡ್‌ಫ್ಲೇರ್‌ನಿಂದ ಡೆವಲಪರ್‌ಗಳು Linux ಕರ್ನಲ್‌ನಲ್ಲಿ ಡಿಸ್ಕ್ ಗೂಢಲಿಪೀಕರಣದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸುವ ಬಗ್ಗೆ. ಪರಿಣಾಮವಾಗಿ, ಅವರು ಸಿದ್ಧಪಡಿಸಿದರು ಉಪವ್ಯವಸ್ಥೆಗಾಗಿ ಮತ್ತು ಕ್ರಿಪ್ಟೋ API, ಇದು ಸಂಶ್ಲೇಷಿತ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಓದುವ ಮತ್ತು ಬರೆಯುವ ಥ್ರೋಪುಟ್ ಅನ್ನು ದ್ವಿಗುಣಕ್ಕಿಂತ ಹೆಚ್ಚು ಮಾಡಲು ಸಾಧ್ಯವಾಗಿಸಿತು, ಜೊತೆಗೆ ಅರ್ಧದಷ್ಟು ಸುಪ್ತತೆ. ನೈಜ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿದಾಗ, ಡೇಟಾ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಡಿಸ್ಕ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಗಮನಿಸಿದ ಬಹುತೇಕ ಮಟ್ಟಕ್ಕೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಓವರ್‌ಹೆಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ.
CDN ನಲ್ಲಿ ವಿಷಯವನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಳಸಲಾಗುವ ಶೇಖರಣಾ ಸಾಧನಗಳಲ್ಲಿನ ಡೇಟಾವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ dm-crypt ಅನ್ನು ಬಳಸುತ್ತದೆ. ಡಿಎಂ-ಕ್ರಿಪ್ಟ್ ಬ್ಲಾಕ್ ಸಾಧನ ಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಐ/ಒ ವಿನಂತಿಗಳನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ರೀಡ್ ರಿಕ್ವೆಸ್ಟ್‌ಗಳನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಬ್ಲಾಕ್ ಸಾಧನ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡ್ರೈವರ್‌ನ ನಡುವೆ ಪದರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು dm-crypt ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಡಿಸ್ಕ್ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿನ ಏರಿಳಿತಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ಮತ್ತು ಕೋಡ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲು RAM ನಲ್ಲಿ ಇರುವ RAM ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾದ ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದ ವಿಭಾಗಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ವೇಗವನ್ನು ನಾವು ಅಳೆಯುತ್ತೇವೆ. ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದ ವಿಭಾಗಗಳಿಗೆ, ಓದುವ ಮತ್ತು ಬರೆಯುವ ಕಾರ್ಯಕ್ಷಮತೆ 1126 MB/s ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ, ಆದರೆ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ ವೇಗವು ಕಡಿಮೆಯಾಗಿದೆ 7 ಬಾರಿ ಮತ್ತು 147 MB/s ಮೊತ್ತವಾಗಿದೆ.
ಮೊದಲಿಗೆ, ಕರ್ನಲ್ ಕ್ರಿಪ್ಟೋಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಅಸಮರ್ಥ ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಬಳಕೆಯ ಬಗ್ಗೆ ಅನುಮಾನವು ಹುಟ್ಟಿಕೊಂಡಿತು. ಆದರೆ ಪರೀಕ್ಷೆಗಳು 256 ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಕೀಗಳೊಂದಿಗೆ ವೇಗವಾದ ಅಲ್ಗಾರಿದಮ್, aes-xts ಅನ್ನು ಬಳಸಿದವು, "ಕ್ರಿಪ್ಟ್ಸೆಟಪ್ ಬೆಂಚ್‌ಮಾರ್ಕ್" ಅನ್ನು ಚಾಲನೆ ಮಾಡುವಾಗ ಅದರ ಕಾರ್ಯಕ್ಷಮತೆಯು RAM ಡಿಸ್ಕ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ ಪಡೆದ ಫಲಿತಾಂಶಕ್ಕಿಂತ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು. ಕಾರ್ಯಕ್ಷಮತೆಯ ಶ್ರುತಿಗಾಗಿ dm-crypt ಫ್ಲ್ಯಾಗ್‌ಗಳೊಂದಿಗಿನ ಪ್ರಯೋಗಗಳು ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡಲಿಲ್ಲ: "--perf-same_cpu_crypt" ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸುವಾಗ, ಕಾರ್ಯಕ್ಷಮತೆಯು 136 MB/s ಗೆ ಕಡಿಮೆಯಾಗಿದೆ ಮತ್ತು "--perf-submit_from_crypt_cpus" ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ ಅದು ಮಾತ್ರ ಹೆಚ್ಚಾಯಿತು 166 MB/s ಗೆ.
ಆಪರೇಟಿಂಗ್ ಲಾಜಿಕ್‌ನ ಆಳವಾದ ವಿಶ್ಲೇಷಣೆಯು ಡಿಎಂ-ಕ್ರಿಪ್ಟ್ ತೋರುವಷ್ಟು ಸರಳವಲ್ಲ ಎಂದು ತೋರಿಸಿದೆ - ಎಫ್‌ಎಸ್ ಡ್ರೈವರ್‌ನಿಂದ ಬರವಣಿಗೆ ವಿನಂತಿಯು ಬಂದಾಗ, ಡಿಎಂ-ಕ್ರಿಪ್ಟ್ ಅದನ್ನು ತಕ್ಷಣವೇ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ಅದನ್ನು “ಕೆಕ್ರಿಪ್ಟ್‌ಡಿ” ಕ್ಯೂನಲ್ಲಿ ಇರಿಸುತ್ತದೆ. ತಕ್ಷಣವೇ ಪಾರ್ಸ್ ಮಾಡಲಾಗಿಲ್ಲ, ಆದರೆ ಅನುಕೂಲಕರ ಕ್ಷಣದಲ್ಲಿ. ಸರದಿಯಿಂದ, ಗೂಢಲಿಪೀಕರಣವನ್ನು ನಿರ್ವಹಿಸಲು ವಿನಂತಿಯನ್ನು Linux Crypto API ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಆದರೆ ಕ್ರಿಪ್ಟೋ API ಅಸಮಕಾಲಿಕ ಮರಣದಂಡನೆ ಮಾದರಿಯನ್ನು ಬಳಸುವುದರಿಂದ, ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ತಕ್ಷಣವೇ ನಿರ್ವಹಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಇನ್ನೊಂದು ಸರತಿಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ, dm-crypt ಹುಡುಕಾಟ ಟ್ರೀಯನ್ನು ಬಳಸಿಕೊಂಡು ಬಾಕಿ ಉಳಿದಿರುವ ಬರಹ ವಿನಂತಿಗಳನ್ನು ವಿಂಗಡಿಸಲು ಪ್ರಯತ್ನಿಸಬಹುದು . ಕೊನೆಯಲ್ಲಿ, ಒಂದು ಪ್ರತ್ಯೇಕ ಕರ್ನಲ್ ಥ್ರೆಡ್ ಮತ್ತೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ ವಿಳಂಬದೊಂದಿಗೆ, ಸಂಗ್ರಹವಾದ I/O ವಿನಂತಿಗಳನ್ನು ಎತ್ತಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಬ್ಲಾಕ್ ಸಾಧನ ಸ್ಟ್ಯಾಕ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ಓದುವಾಗ, ಡ್ರೈವ್‌ನಿಂದ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲು dm-crypt ಮೊದಲು “kcryptd_io” ಸರತಿಗೆ ವಿನಂತಿಯನ್ನು ಸೇರಿಸುತ್ತದೆ. ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ಡೇಟಾ ಲಭ್ಯವಾಗುತ್ತದೆ ಮತ್ತು ಡೀಕ್ರಿಪ್ಶನ್‌ಗಾಗಿ "kcryptd" ಕ್ಯೂನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ.
Kcryptd ಲಿನಕ್ಸ್ ಕ್ರಿಪ್ಟೋ API ಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಮಾಹಿತಿಯನ್ನು ಅಸಮಕಾಲಿಕವಾಗಿ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ. ವಿನಂತಿಗಳು ಯಾವಾಗಲೂ ಎಲ್ಲಾ ಕ್ಯೂಗಳ ಮೂಲಕ ಹೋಗುವುದಿಲ್ಲ, ಆದರೆ ಕೆಟ್ಟ ಸನ್ನಿವೇಶದಲ್ಲಿ, ಬರವಣಿಗೆ ವಿನಂತಿಯು 4 ಬಾರಿ ಕ್ಯೂಗಳಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು 3 ಬಾರಿ ಓದುವ ವಿನಂತಿಯು ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಕ್ಯೂಗೆ ಪ್ರತಿ ಹಿಟ್ ವಿಳಂಬವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಇದು ಡಿಎಂ-ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಗಮನಾರ್ಹ ಇಳಿಕೆಗೆ ಪ್ರಮುಖ ಕಾರಣವಾಗಿದೆ.
ಅಡೆತಡೆಗಳು ಸಂಭವಿಸುವ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಅಗತ್ಯತೆಯಿಂದಾಗಿ ಸಾಲುಗಳ ಬಳಕೆಯಾಗಿದೆ. 2005 ರಲ್ಲಿ, dm-crypt ನ ಪ್ರಸ್ತುತ ಕ್ಯೂ-ಆಧಾರಿತ ಆಪರೇಟಿಂಗ್ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಿದಾಗ, ಕ್ರಿಪ್ಟೋ API ಇನ್ನೂ ಅಸಮಕಾಲಿಕವಾಗಿರಲಿಲ್ಲ. ಕ್ರಿಪ್ಟೋ API ಅನ್ನು ಅಸಮಕಾಲಿಕ ಮರಣದಂಡನೆ ಮಾದರಿಗೆ ವರ್ಗಾಯಿಸಿದ ನಂತರ, ಮೂಲಭೂತವಾಗಿ ಡಬಲ್ ರಕ್ಷಣೆಯನ್ನು ಬಳಸಲಾರಂಭಿಸಿತು. ಕರ್ನಲ್ ಸ್ಟಾಕ್‌ನ ಬಳಕೆಯನ್ನು ಉಳಿಸಲು ಕ್ಯೂಗಳನ್ನು ಸಹ ಪರಿಚಯಿಸಲಾಯಿತು, ಆದರೆ 2014 ರಲ್ಲಿ ಅದರ ಹೆಚ್ಚಳದ ನಂತರ, ಈ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳು ತಮ್ಮ ಪ್ರಸ್ತುತತೆಯನ್ನು ಕಳೆದುಕೊಂಡಿವೆ. ಅಡಚಣೆಯನ್ನು ನಿವಾರಿಸಲು ಹೆಚ್ಚುವರಿ ಸರತಿ "kcryptd_io" ಅನ್ನು ಪರಿಚಯಿಸಲಾಯಿತು, ಇದರ ಪರಿಣಾಮವಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಿನಂತಿಗಳು ಬಂದಾಗ ಮೆಮೊರಿ ಹಂಚಿಕೆಗಾಗಿ ಕಾಯುತ್ತಿದೆ. 2015 ರಲ್ಲಿ, ಹೆಚ್ಚುವರಿ ವಿಂಗಡಣೆ ಹಂತವನ್ನು ಪರಿಚಯಿಸಲಾಯಿತು, ಏಕೆಂದರೆ ಮಲ್ಟಿಪ್ರೊಸೆಸರ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿನ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವಿನಂತಿಗಳನ್ನು ಕ್ರಮಬದ್ಧವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಬಹುದು (ಡಿಸ್ಕ್‌ಗೆ ಅನುಕ್ರಮ ಪ್ರವೇಶದ ಬದಲಿಗೆ, ಪ್ರವೇಶವನ್ನು ಯಾದೃಚ್ಛಿಕ ಕ್ರಮದಲ್ಲಿ ನಡೆಸಲಾಯಿತು ಮತ್ತು CFQ ಶೆಡ್ಯೂಲರ್ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿಲ್ಲ). ಪ್ರಸ್ತುತ, SSD ಡ್ರೈವ್‌ಗಳನ್ನು ಬಳಸುವಾಗ, ವಿಂಗಡಣೆಯು ಅದರ ಅರ್ಥವನ್ನು ಕಳೆದುಕೊಂಡಿದೆ ಮತ್ತು CFQ ಶೆಡ್ಯೂಲರ್ ಅನ್ನು ಇನ್ನು ಮುಂದೆ ಕರ್ನಲ್‌ನಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಆಧುನಿಕ ಡ್ರೈವ್‌ಗಳು ವೇಗವಾಗಿ ಮತ್ತು ಚುರುಕಾಗಿವೆ ಎಂದು ಪರಿಗಣಿಸಿ, ಲಿನಕ್ಸ್ ಕರ್ನಲ್‌ನಲ್ಲಿ ಸಂಪನ್ಮೂಲ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಪರಿಷ್ಕರಿಸಲಾಗಿದೆ ಮತ್ತು ಕೆಲವು ಉಪವ್ಯವಸ್ಥೆಗಳನ್ನು ಮರುವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ ಎಂಜಿನಿಯರ್‌ಗಳು dm-crypt ಹೊಸ ಆಪರೇಟಿಂಗ್ ಮೋಡ್ ಅನ್ನು ಹೊಂದಿದ್ದು ಅದು ಅನಗತ್ಯ ಕ್ಯೂಗಳು ಮತ್ತು ಅಸಮಕಾಲಿಕ ಕರೆಗಳ ಬಳಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಮೋಡ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಫ್ಲ್ಯಾಗ್ "force_inline" ಮೂಲಕ ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಒಳಬರುವ ವಿನಂತಿಗಳನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಮತ್ತು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಸರಳ ಪ್ರಾಕ್ಸಿಯ ರೂಪಕ್ಕೆ dm-crypt ಅನ್ನು ತರುತ್ತದೆ. ಸಿಂಕ್ರೊನಸ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮತ್ತು ವಿನಂತಿ ಕ್ಯೂಗಳನ್ನು ಬಳಸದ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆಯ್ಕೆ ಮಾಡುವ ಮೂಲಕ ಕ್ರಿಪ್ಟೋ API ಜೊತೆಗಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾಗಿದೆ. ಕ್ರಿಪ್ಟೋ API ನೊಂದಿಗೆ ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಕೆಲಸ ಮಾಡಲು ಇತ್ತು ವೇಗವರ್ಧನೆಗಾಗಿ FPU/AES-NI ಅನ್ನು ಬಳಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಮತ್ತು ಡೀಕ್ರಿಪ್ಶನ್ ವಿನಂತಿಗಳನ್ನು ನೇರವಾಗಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ.
ಪರಿಣಾಮವಾಗಿ, RAM ಡಿಸ್ಕ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ, dm-crypt ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ದ್ವಿಗುಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಯಿತು - ಕಾರ್ಯಕ್ಷಮತೆಯು 294 MB/s (2 x 147 MB/s) ನಿಂದ 640 MB/s ಗೆ ಏರಿತು, ಇದು ತುಂಬಾ ಹತ್ತಿರದಲ್ಲಿದೆ ಬೇರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆ (696 MB / s).
ನೈಜ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ, ಹೊಸ ಅಳವಡಿಕೆಯು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ಬಹಳ ಹತ್ತಿರದಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತೋರಿಸಿದೆ ಮತ್ತು ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ ಕ್ಯಾಶ್‌ನೊಂದಿಗೆ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ವೇಗದ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಭವಿಷ್ಯದಲ್ಲಿ, ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ ಸಿದ್ಧಪಡಿಸಿದ ಪ್ಯಾಚ್‌ಗಳನ್ನು ಮುಖ್ಯ ಲಿನಕ್ಸ್ ಕರ್ನಲ್‌ಗೆ ವರ್ಗಾಯಿಸಲು ಯೋಜಿಸಿದೆ, ಆದರೆ ಅದಕ್ಕೂ ಮೊದಲು ಅವುಗಳನ್ನು ಮರುಕೆಲಸ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಅವುಗಳು ನಿರ್ದಿಷ್ಟ ಲೋಡ್‌ಗೆ ಹೊಂದುವಂತೆ ಮಾಡಲ್ಪಟ್ಟಿರುತ್ತವೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, ಕಡಿಮೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್ -ಪವರ್ ಎಂಬೆಡೆಡ್ ಸಾಧನಗಳು.
ಮೂಲ: opennet.ru