ದೊಡ್ಡ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳಿಗೆ ಬದಲಾಯಿಸುವುದು, ಯಾರನ್ನೂ ಕಾಯಿಸದೆ
ಪ್ರತಿ Mythex ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ತನ್ನದೇ ಆದ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಇರುತ್ತದೆ: ಇದು ಒಂದು ಸಣ್ಣ ಕ್ಲೌಡ್ ಕಂಪ್ಯೂಟರ್, ಇದರಲ್ಲಿ ಏಜೆಂಟ್ ಕೋಡ್ ಬರೆಯುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಪ್ರಿವ್ಯೂ ಚಲಿಸುತ್ತದೆ. ಹೊಸ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳ ಮೆಮೊರಿಯನ್ನು 1 GB ಯಿಂದ 2 GB ಗೆ ಏರಿಸಿದ್ದೆವು, ಆದರೆ ಹಳೆಯವು 1 GB ಯಲ್ಲೇ ಉಳಿದಿದ್ದವು — ನಾವು ಪರಿಶೀಲಿಸಿದ ದಿನ, ಸುಮಾರು ಕಾಲು ಭಾಗ. ನಮ್ಮ ಮೊದಲ ಪರಿಹಾರ, ಪ್ರಾಜೆಕ್ಟ್ ಮುಂದಿನ ಬಾರಿ ತೆರೆದಾಗ ಅದನ್ನು ದೊಡ್ಡ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದಾಗಿತ್ತು. ಉತ್ಪಾದನೆಯಲ್ಲಿ ಅದರ ಮೊದಲ ದಿನವೇ, ಅದು ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ಏಳು ನಿಮಿಷ ಕಾಯಿಸಿತು. ನಾವು ಅದಕ್ಕೆ ಕಠಿಣ ಸಮಯ ಮಿತಿ ಹಾಕಿದೆವು, ನಂತರ ಪ್ರಾಜೆಕ್ಟ್ ತೆರೆಯುವುದರಿಂದಲೇ ಸ್ಥಳಾಂತರವನ್ನು ತೆಗೆದುಹಾಕಿದೆವು.
ಹಳೆಯ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳು ಚಿಕ್ಕದಾಗಿಯೇ ಏಕೆ ಉಳಿದವು
ನಮ್ಮ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಪೂರೈಕೆದಾರರು ವರ್ಕ್‌ಸ್ಪೇಸ್ ರಚನೆಯಾದಾಗಲೇ ಅದರ ಗಾತ್ರವನ್ನು ನಿಗದಿಪಡಿಸುತ್ತಾರೆ, ಮತ್ತು ಪ್ರತಿ ವಿರಾಮ ಹಾಗೂ ಪುನರಾರಂಭದಲ್ಲಿಯೂ ಅದನ್ನೇ ಉಳಿಸುತ್ತಾರೆ. ಟೆಂಪ್ಲೇಟ್ ಬದಲಾಯಿಸಿದರೆ — ಹೊಸ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವ ಪಾಕವಿಧಾನ — ಅದು ಬದಲಾವಣೆಯ ನಂತರ ರಚನೆಯಾದವುಗಳಿಗೆ ಮಾತ್ರ ಅನ್ವಯವಾಗುತ್ತದೆ. ಈಗಾಗಲೇ ಇರುವವುಗಳನ್ನು ಯಾವುದೂ ಮರುಗಾತ್ರಗೊಳಿಸುವುದಿಲ್ಲ.
ಇದು ಮುಖ್ಯವಾಗಿತ್ತು. ಒಂದು ಚಿಕ್ಕ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ, ಅದರ ಪ್ರಿವ್ಯೂ ಆರಂಭವಾಗುತ್ತಿರುವಾಗ git push ವೇಳೆ ಮೆಮೊರಿ ಖಾಲಿಯಾಯಿತು, ಮತ್ತು ಅದು 11 ನಿಮಿಷ ಪ್ರತಿಕ್ರಿಯಿಸದೆ ನಿಂತಿತು. ಅದರಿಂದಾಗಿ ಒಂದು ಪ್ರಕಟಣೆ ವಿಫಲವಾಯಿತು.
ಮೊದಲ ಪ್ರಯತ್ನ: ಎಚ್ಚರವಾದಾಗ ಪ್ರಾಜೆಕ್ಟ್ ಸ್ಥಳಾಂತರಿಸುವುದು
ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳು ಯಾರೂ ಬಳಸದಿದ್ದಾಗ ವಿರಾಮಗೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ ತೆರೆದಾಗ ಎಚ್ಚರಗೊಳ್ಳುತ್ತವೆ. ಎಚ್ಚರವಾಗುವ ಕ್ಷಣ ಪ್ರಾಜೆಕ್ಟ್ ಸ್ಥಳಾಂತರಿಸಲು ಸರಿಯಾದ ಸಮಯದಂತೆ ತೋರಿತು, ಏಕೆಂದರೆ ಆಗ ಯಾರೂ ಅದರಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವುದಿಲ್ಲ.
ಸ್ಥಳಾಂತರ ಹೀಗೆ ಕೆಲಸ ಮಾಡಿತು:
- ಗಾತ್ರ ಪರಿಶೀಲಿಸಿ. ವರ್ಕ್‌ಸ್ಪೇಸ್ 2 GB ಗಿಂತ ಚಿಕ್ಕದಾಗಿದ್ದರೆ ಸ್ಥಳಾಂತರಿಸಿ. ಗಾತ್ರ ತಿಳಿಯದಿದ್ದರೆ, ಏನನ್ನೂ ಮಾಡಬೇಡಿ.
- ಪ್ರಕಟಣೆಗೆ ತೊಂದರೆ ಕೊಡಬೇಡಿ. ಪ್ರಕಟಣೆ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನ ಫೈಲ್‌ಗಳನ್ನು ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ನಡೆಯುತ್ತಿದ್ದರೆ ಸ್ಥಳಾಂತರವನ್ನು ಬಿಟ್ಟುಬಿಡಿ.
- ಪ್ರಾಜೆಕ್ಟ್ ಪ್ಯಾಕ್ ಮಾಡಿ. ಪ್ರಾಜೆಕ್ಟ್‌ನ ಎಲ್ಲವನ್ನೂ ಆರ್ಕೈವ್ ಮಾಡಿ — ಅದರ git ಇತಿಹಾಸ ಸೇರಿ, ಅಂದರೆ ಪ್ರಾಜೆಕ್ಟ್ ಹೊಂದಿರುವ ಪ್ರತಿ ಚೆಕ್‌ಪಾಯಿಂಟ್, ಮತ್ತು ಮಾಲೀಕರಿಗೆ ಸೇರಿದ ಆ್ಯಪ್‌ನ
.envಫೈಲ್ — ಆದರೆ ಮತ್ತೆ ಸ್ಥಾಪಿಸಬಹುದಾದ ಅವಲಂಬನೆಗಳನ್ನು (node_modules) ಬಿಟ್ಟುಬಿಡಿ. - ನೇರವಾಗಿ ನಕಲಿಸಿ. ಹಳೆಯ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನಿಂದ ಹೊಸ 2 GB ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗೆ ಆರ್ಕೈವ್ ಅನ್ನು ಸ್ಟ್ರೀಮ್ ಮಾಡಿ, ಆದ್ದರಿಂದ ಅದು ನಮ್ಮ ಸ್ವಂತ ಸರ್ವರ್‌ನ ಮೆಮೊರಿಯಲ್ಲಿ ಹೊಂದಿಕೊಳ್ಳಬೇಕಾಗಿಲ್ಲ.
- ಬದಲಾಯಿಸುವ ಮೊದಲು ಹೋಲಿಸಿ. ಎರಡೂ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳಲ್ಲಿ ಫೈಲ್‌ಗಳನ್ನು ಎಣಿಸಿ, ಇತ್ತೀಚಿನ ಚೆಕ್‌ಪಾಯಿಂಟ್ ಓದಿ, ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಎಣಿಸಿ. ಮೂರೂ ಹೊಂದಿದರೆ ಮಾತ್ರ ಬದಲಾಯಿಸಿ.
- ವಿಫಲವಾದರೆ ಹಳೆಯದನ್ನು ಉಳಿಸಿ. ಯಾವುದೇ ದೋಷ ಅಥವಾ ಹೊಂದಿಕೆಯಾಗದಿರುವುದು ಇದ್ದರೆ, ಹೊಸ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಅನ್ನು ಎಸೆದು, ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಮೊದಲಿನಂತೆ ಹಳೆಯ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ತೆರೆಯಿರಿ.
ಹೋಲಿಕೆಯಲ್ಲಿದ್ದ ಒಂದು ವಿವರ ಕಾಣುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿತ್ತು. ಪರಿಶೀಲನೆ ಆಡಳಿತ ಖಾತೆಯಾಗಿ ಚಲಿಸುತ್ತದೆ, ಮತ್ತು git ಬೇರೆ ಬಳಕೆದಾರರಿಗೆ ಸೇರಿದ ರೆಪೊಸಿಟರಿಯನ್ನು ಓದಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಎರಡೂ ಕಡೆ ಏನನ್ನೂ ಮುದ್ರಿಸಲಿಲ್ಲ — ಮತ್ತು "ಏನೂ ಇಲ್ಲ" ಎಂಬುದು "ಏನೂ ಇಲ್ಲ" ಗೆ ಹೊಂದಿತು, ಆದ್ದರಿಂದ ಯಾವ ಇತಿಹಾಸವನ್ನೂ ಹೋಲಿಸದೆ ಪರಿಶೀಲನೆ ಪಾಸಾಯಿತು. ನಾವು git ಗೆ ಆ ಡೈರೆಕ್ಟರಿಯನ್ನು ನಂಬಲು ಹೇಳಿದೆವು, ಮತ್ತು ಅದು ಮತ್ತೆ ಆಗದಂತೆ ಒಂದು ಪರೀಕ್ಷೆ ಸೇರಿಸಿದೆವು.
ಉತ್ಪಾದನೆಯ ಮೊದಲ ದಿನ ಏನು ತಪ್ಪಾಯಿತು
ಉತ್ಪಾದನೆಯಲ್ಲಿ ಮೊದಲ ದಿನ, ಒಂದು ಪ್ರಾಜೆಕ್ಟ್ ಪ್ಯಾಕ್ ಮಾಡುವಾಗ ಎಚ್ಚರದ ಒಳಗೇ ಐದು ನಿಮಿಷದ ಕಮಾಂಡ್ ಟೈಮ್‌ಔಟ್ ಎದುರಾಯಿತು. ಮಾಲೀಕರು ತಮ್ಮ ವರ್ಕ್‌ಸ್ಪೇಸ್ ತೆರೆಯಲು ಏಳು ನಿಮಿಷ ಕಾಯಬೇಕಾಯಿತು. ಸ್ಥಳಾಂತರ ವಿಫಲವಾದ್ದರಿಂದ ಪ್ರಾಜೆಕ್ಟ್ ಇನ್ನೂ ಚಿಕ್ಕದಾಗಿಯೇ ಇತ್ತು, ಆದ್ದರಿಂದ ಮುಂದಿನ ಬಾರಿ ತೆರೆದಾಗ ಅದು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ ಅವರನ್ನು ಮತ್ತೆ ಕಾಯಿಸುತ್ತಿತ್ತು.
ತಮ್ಮದೇ ಪ್ರಾಜೆಕ್ಟ್ ತೆರೆಯುವಾಗ ಯಾರನ್ನಾದರೂ ಕಾಯಿಸುವ ಸ್ಥಳಾಂತರ ಕೆಟ್ಟ ವ್ಯವಹಾರ. ಎಚ್ಚರದ ಸಮಯದಲ್ಲಿ ಮಾಡುವ ಇಡೀ ಉದ್ದೇಶವೇ ಯಾರ ಗಮನಕ್ಕೂ ಬರದಿರುವುದಾಗಿತ್ತು.
ಎರಡನೇ ಪ್ರಯತ್ನ: ನಿಗದಿತ ಸಮಯ ಬಜೆಟ್
ಅದೇ ದಿನ ನಾವು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಬದಲಾಯಿಸಿದೆವು:
- ಇಡೀ ಸ್ಥಳಾಂತರಕ್ಕೆ ಒಂದು ನಿಮಿಷ. ಪ್ರತಿ ಹಂತ — ಗಾತ್ರ ಪರಿಶೀಲನೆ, ಪ್ಯಾಕಿಂಗ್, ಹೊಸ ವರ್ಕ್‌ಸ್ಪೇಸ್ ರಚನೆ, ನಕಲು, ಅನ್‌ಪ್ಯಾಕಿಂಗ್, ಹೋಲಿಕೆ — ಒಂದೇ 60 ಸೆಕೆಂಡ್ ಬಜೆಟ್ ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಅದು ಮುಗಿದಾಗ, ಪ್ರಾಜೆಕ್ಟ್ ಹಳೆಯ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ತೆರೆಯುತ್ತದೆ.
- ಕಾಯುವುದು ಮಾತ್ರವಲ್ಲ, ಕೆಲಸವನ್ನೂ ನಿಲ್ಲಿಸಿ. ನಮ್ಮ ಬದಿಯಲ್ಲಿ ಬಿಟ್ಟುಕೊಡುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ, ಮಾಲೀಕರು ಬಳಸಲಿರುವ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನೊಳಗೆ ಆರ್ಕೈವಿಂಗ್ ಇನ್ನೂ ನಡೆಯುತ್ತಿದ್ದರೆ. ಈಗ ಪ್ರತಿ ಆರ್ಕೈವ್ ಕಮಾಂಡ್ ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲೇ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ನೊಳಗೇ ನಿಲ್ಲಿಸಲಾಗುತ್ತದೆ. ನಾವು ಬಿಟ್ಟುಕೊಟ್ಟ ನಂತರ ಹೊಸ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಬಂದರೆ, ಅದನ್ನು ಎಸೆಯಲಾಗುತ್ತದೆ.
- ಮಾಲೀಕರನ್ನು ಸ್ವಚ್ಛತೆಗಾಗಿ ಕಾಯಿಸಬೇಡಿ. ತಾತ್ಕಾಲಿಕ ಆರ್ಕೈವ್ ಅಳಿಸುವುದು ಈಗ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನಡೆಯುತ್ತದೆ.
- ಪ್ರತಿ ತೆರೆಯುವಿಕೆಯಲ್ಲಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬೇಡಿ. ಸ್ಥಳಾಂತರವಾಗದ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು 24 ಗಂಟೆ ಬಿಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ವಿಫಲತೆ ದಿನಕ್ಕೆ ಗರಿಷ್ಠ ಒಂದು ವಿಳಂಬ ಮಾತ್ರ ಉಂಟುಮಾಡುತ್ತದೆ, ಪ್ರತಿ ತೆರೆಯುವಿಕೆಗೆ ಒಂದರಂತೆ ಅಲ್ಲ.
ಮೂರನೇ ಪ್ರಯತ್ನ: ಎಚ್ಚರದಿಂದ ಅದನ್ನೇ ತೆಗೆದುಹಾಕಿ
ಇದು ಕೆಟ್ಟ ಸಂದರ್ಭವನ್ನು ಒಂದು ನಿಮಿಷಕ್ಕೆ ಇಳಿಸಿತು. ಆದರೆ ಒಂದು ನಿಮಿಷ ಇನ್ನೂ ಒಂದು ನಿಮಿಷ, ಮತ್ತು ಸ್ಥಳಾಂತರ ಯಾರ ದಾರಿಯಲ್ಲಿಯೂ ಇರಬೇಕಾಗಿಲ್ಲ ಎಂದು ನಮಗೆ ಅರಿವಾಯಿತು.
ಈಗ 1 GB ಯಲ್ಲಿ ಯಾವುದೇ ವರ್ಕ್‌ಸ್ಪೇಸ್ ರಚನೆಯಾಗುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಇದು ನಡೆಯುತ್ತಿರುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲ; ಇದು ನಿಗದಿತ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಪಟ್ಟಿಯೊಂದಿಗೆ ಒಂದು ಬಾರಿಯ ಕೆಲಸ. ಅದನ್ನು ಎಚ್ಚರದ ಒಳಗೆ ಇಡುವುದರಿಂದ, ಪ್ರತಿ ನಿಧಾನ ಸ್ಥಳಾಂತರಕ್ಕೆ ನಿಜ ವ್ಯಕ್ತಿ ಬೆಲೆ ತೆರಬೇಕಾಗಿತ್ತು, ಮತ್ತು ವರ್ಕ್‌ಸ್ಪೇಸ್ ಸ್ಥಳಾಂತರವಾಗುವುದಿಲ್ಲ ಎಂದು ತಿಳಿಯುವ ಏಕೈಕ ಮಾರ್ಗ ಯಾರೋ ಅದಕ್ಕಾಗಿ ಕಾದಿದ್ದಾಗಲೇ ಆಗಿತ್ತು.
ಆದ್ದರಿಂದ ನಾವು ಸ್ಥಳಾಂತರವನ್ನು ಎಚ್ಚರದಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕಿದೆವು. ಪ್ರಾಜೆಕ್ಟ್ ತೆರೆಯುವುದು ಮೊದಲಿನಂತೆಯೇ ನಡೆಯುತ್ತದೆ. ಉಳಿದ ಚಿಕ್ಕ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳನ್ನು ಬದಲಾಗಿ ಮೇಲ್ವಿಚಾರಣೆಯ ಬ್ಯಾಚ್ ಆಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ: ಯಾರೂ ಅದಕ್ಕಾಗಿ ಕಾಯುತ್ತಿಲ್ಲ, ಮತ್ತು ಸ್ಥಳಾಂತರವಾಗದ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಬ್ಯಾಚ್‌ನ ವರದಿಯಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಅಲ್ಲಿ ನಾವು ಅದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು — ಮಾಲೀಕರ ಮುಂದೆ ಅಲ್ಲ.
ನಾವು ಕಲಿತದ್ದು
- ಮರುಗಾತ್ರಗೊಳಿಸುವುದು ಯಾವಾಗಲೂ ಸಾಧ್ಯವಿಲ್ಲ. ವೇದಿಕೆಯು ಸೃಷ್ಟಿಯ ಸಮಯದಲ್ಲೇ ಗಾತ್ರವನ್ನು ನಿಗದಿಪಡಿಸಿದಾಗ, ಡೀಫಾಲ್ಟ್ ಹೆಚ್ಚಿಸುವುದು ಹೊಸವುಗಳಿಗೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಹಳೆಯವುಗಳಿಗೆ ಯೋಜನೆ ಮಾಡಿ.
- "ಇನ್ನೂ ಯಾರೂ ಬಳಸುತ್ತಿಲ್ಲ" ಎಂದರೂ ಯಾರೋ ಕಾಯುತ್ತಿದ್ದಾರೆ ಎಂದೇ ಅರ್ಥ. ಉತ್ಪನ್ನದೊಳಗೆ ಹೋಗುವ ದಾರಿಯಲ್ಲಿ ಮಾಡುವ ಕೆಲಸವನ್ನು ಒಬ್ಬ ವ್ಯಕ್ತಿ ಗಮನಿಸುತ್ತಾನೆ.
- ಬಳಕೆದಾರರ ದಾರಿಯಲ್ಲಿರುವ ಯಾವುದಕ್ಕೂ ಬಜೆಟ್ ಹಾಕಿ, ಬಜೆಟ್ ಮುಗಿದಾಗ ಕೆಲಸ ನಿಲ್ಲಿಸಿ. ನಮ್ಮ ಬದಿಯಲ್ಲಿ ಟೈಮ್‌ಔಟ್ ಮಾಡಿ, ಬೇರೆಡೆ ಕಮಾಂಡ್ ಚಲಿಸುತ್ತಲೇ ಇದ್ದರೆ, ಸಮಸ್ಯೆ ಕೇವಲ ಸ್ಥಳಾಂತರಗೊಳ್ಳುತ್ತದೆ.
- ಒಂದು ಬಾರಿಯ ಸ್ಥಳಾಂತರ ಒಂದು ಬಾರಿಯ ಕೆಲಸದೊಳಗೇ ಇರಬೇಕು. ದೈನಂದಿನ ಕ್ರಿಯೆಗಳೊಳಗೆ ಅದನ್ನು ಅಡಗಿಸಿದರೆ ಬರೆಯುವುದು ಸುಲಭವಾಗುತ್ತದೆ, ಆದರೆ ನಡೆಸುವುದು ದುಬಾರಿಯಾಗುತ್ತದೆ.
- ನಿಮ್ಮ ಸುರಕ್ಷತಾ ಪರಿಶೀಲನೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. ಏನನ್ನೂ ಹೋಲಿಸದ ಹೋಲಿಕೆ, ನಿಜವಾಗಿ ಹೋಲಿಸಿ ಪಾಸಾದ ಹೋಲಿಕೆಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.
ನೀವು Mythex ಮೇಲೆ ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಏನನ್ನೂ ಮಾಡಬೇಕಾಗಿಲ್ಲ: ಗುರಿ ಕೇವಲ ಮೆಮೊರಿ ಖಾಲಿಯಾಗುವ ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳ ಸಂಖ್ಯೆ ಕಡಿಮೆ ಮಾಡುವುದು, ಪ್ರಾಜೆಕ್ಟ್ ತೆರೆಯುವುದು ಮೊದಲಿನಂತೆಯೇ ವೇಗವಾಗಿರಲಿ. ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳು ವಿರಾಮ ಮತ್ತು ಎಚ್ಚರ ಹೇಗೆ ಆಗುತ್ತವೆ ಎಂಬುದನ್ನು ಖಾಸಗಿ ವರ್ಕ್‌ಸ್ಪೇಸ್ ಕುರಿತ ದಸ್ತಾವೇಜಿನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ಮತ್ತೊಂದು ಮೆಮೊರಿ ಖಾಲಿಯಾದ ಕಥೆಗಾಗಿ, ಪ್ರಗತಿ ಲೇಬಲ್‌ನಲ್ಲಿ ಅಡಗಿದ್ದ ಔಟ್-ಆಫ್-ಮೆಮೊರಿ ಕ್ರ್ಯಾಶ್ ಅನ್ನು ನೋಡಿ.