ನಾನು ನನ್ನ OpenClaw ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು 48 ಗಂಟೆಗಳ ಕಾಲ ಸ್ಟ್ರೆಸ್-ಟೆಸ್ಟ್ ಮಾಡಿದೆ
ಹೆಚ್ಚಿನ ಜನರು OpenClaw ಅನ್ನು ಕೇವಲ ಐದು ನಿಮಿಷಗಳ ಕಾಲ ಪರೀಕ್ಷಿಸುತ್ತಾರೆ. ಅವರು ಕೆಲವು ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ. ಅದು ಕೆಲಸ ಮಾಡಿದರೆ, ಅದನ್ನು ಪ್ರೊಡಕ್ಷನ್-ರೆಡಿ (production-ready) ಎಂದು ಕರೆಯುತ್ತಾರೆ.
ನಾನು ವಿಭಿನ್ನವಾಗಿ ಮಾಡಿದೆ. ನಾನು ನನ್ನ ಏಜೆಂಟ್ ಅನ್ನು ಇಡೀ ವಾರಾಂತ್ಯದವರೆಗೆ ಚಾಲನೆಯಲ್ಲಿ ಬಿಟ್ಟೆ.
ನಾನು ಮೂರು ಮೌನ ವೈಫಲ್ಯಗಳನ್ನು (silent failures) ಕಂಡುಕೊಂಡೆ. ಅವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡಲಿಲ್ಲ. ಆದರೆ ಅವು ನನಗೆ ಹಣ ಮತ್ತು ಸಮಯವನ್ನು ವ್ಯಯಿಸಿದವು.
ಯಾವುದು ಕೆಟ್ಟುಹೋಯಿತು ಮತ್ತು ನಾನು ಅದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಿದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.
- ಕಾನ್ಟೆಕ್ಸ್ ಕ್ಷೀಣತೆ (Context Decay) 18 ಗಂಟೆಗಳ ನಂತರ, ಮಾಡೆಲ್ನ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಕ್ಷೀಣವಾಗಿ ಮತ್ತು ಸಂಕ್ಷಿಪ್ತವಾಗಿ trởಿಯತೊಡಗಿದವು. ಅದು ಯಾವುದೇ ದೋಷವನ್ನು (error) ತೋರಿಸಲಿಲ್ಲ. ಕೇವಲ ಕಾನ್ಟೆಕ್ಸ್ ಸ್ಪೇಸ್ (context space) ಖಾಲಿಯಾಯಿತು ಅಷ್ಟೆ. ಸೆಷನ್ ಇತಿಹಾಸವು (session history) ತುಂಬಾ ದೊಡ್ಡದಾಯಿತು. ಸ್ಥಳವನ್ನು ಉಳಿಸಲು ಮಾಡೆಲ್ ತನ್ನ ಪದಗಳ ಬಳಕೆಯಲ್ಲಿ ಮಿತವ್ಯಯ ಮಾಡತೊಡಗಿತು.
ಪರಿಹಾರ: ಸೆಷನ್ ಪರ್ಜ್ ಪಾಲಿಸಿಯನ್ನು (session purge policy) ನಿಗದಿಪಡಿಸಿ.
- ಇತಿಹಾಸವನ್ನು 50 ಸಂದೇಶಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ.
- ಪ್ರತಿ 12 ಗಂಟೆ마다 ಸೆಷನ್ ಅನ್ನು ಮರುಹೊಂದಿಸಿ (reset). ಇದು ಯಾವುದೇ ಮ್ಯಾನುಯಲ್ ಕೆಲಸವಿಲ್ಲದೆ ಕಾನ್ಟೆಕ್ಸ್ ಅನ್ನು ತಾಜಾವಾಗಿಡುತ್ತದೆ.
- ಟಾಸ್ಕ್ ಬ್ಯಾಕ್ಲಾಗ್ಸ್ (Task Backlogs) ನಾನು ಪ್ರತಿ 15 ನಿಮಿಷಕ್ಕೊಮ್ಮೆ ಕಾರ್ಯಗಳನ್ನು ನಡೆಸಲು ಕ್ರೋನ್ ಜಾಬ್ (cron job) ಅನ್ನು ಬಳಸಿದೆ. ನಿಧಾನಗತಿಯ API ಗಳ ಕಾರಣದಿಂದಾಗಿ ಕೆಲವೊಮ್ಮೆ ಒಂದು ಕಾರ್ಯವು 15 ನಿಮಿಷಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿತ್ತು. ಮೊದಲ ಕಾರ್ಯವು ಇನ್ನೂ ನಡೆಯುತ್ತಿರುವಾಗಲೇ ಮುಂದಿನ ಕಾರ್ಯವು ಪ್ರಾರಂಭವಾಗುತ್ತಿತ್ತು. ಇದು ಕೆಲಸಗಳ ಬೆಳೆಯುತ್ತಿರುವ ಕ್ಯೂ (queue) ಅನ್ನು ಸೃಷ್ಟಿಸಿತು.
ಪರಿಹಾರ: ಲಾಕ್ಫೈಲ್ನೊಂದಿಗೆ (lockfile) ಮ್ಯೂಟೆಕ್ಸ್ ಗಾರ್ಡ್ (mutex guard) ಅನ್ನು ಸೇರಿಸಿ.
- ಲಾಕ್ಫೈಲ್ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
- ಲಾಕ್ಫೈಲ್ 15 ನಿಮಿಷಗಳಿಗಿಂತ ಕಡಿಮೆ ಹಳೆಯದಾಗಿದ್ದರೆ, ಹೊಸ ರನ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡಿ.
- ಇದು ಕಾರ್ಯಗಳು ರಾಲುವುದನ್ನು ತಡೆಯುತ್ತದೆ.
- ಅದೃಶ್ಯ ವೆಚ್ಚಗಳು (Invisible Costs) ನನ್ನ ಪ್ರಾಥಮಿಕ ಮಾಡೆಲ್ ರೇಟ್ ಲಿಮಿಟ್ (rate limit) ತಲುಪಿದಾಗ, OpenClaw ಫಾಲ್ಬ್ಯಾಕ್ ಮಾಡೆಲ್ಗೆ (fallback model) ಬದಲಾಯಿತು. ಕಾರ್ಯವು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡಿತು. ಆದಾಗ್ಯೂ, ಫಾಲ್ಬ್ಯಾಕ್ ಮಾಡೆಲ್ ಪ್ರತಿ ಟೋಕನ್ಗೆ 4 ಪಟ್ಟು ಹೆಚ್ಚು ವೆಚ್ಚವನ್ನು ಉಂಟುಮಾಡಿತು. ಲಾಗ್ಗಳು (logs) ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ ಎಂದು ಹೇಳಿದವು, ಆದರೆ ನನ್ನ ಬಜೆಟ್ ವೇಗವಾಗಿ ಖಾಲಿಯಾಗುತ್ತಿತ್ತು.
ಪರಿಹಾರ: ಸ್ಪಷ್ಟವಾದ ವೆಚ್ಚದ ಟ್ರ್ಯಾಕಿಂಗ್ ಅನ್ನು ಸೇರಿಸಿ.
- ಪ್ರತಿ ರನ್ ನಂತರ ಟೋಕನ್ ಬಳಕೆ ಮತ್ತು ವೆಚ್ಚವನ್ನು ಲಾಗ್ ಮಾಡಿ.
- ಪ್ರತಿ ವಾರ ಮಾಡೆಲ್ ಪ್ರಕಾರ ವೆಚ್ಚವನ್ನು ಪರಿಶೀಲಿಸಿ.
OpenClaw ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ, ಆದರೆ ಅದು ಯಾವಾಗಲೂ ಅಲ್ಲ. ನೀವು ಗಮನಿಸುತ್ತಿಲ್ಲದಿದ್ದಾಗ ಸಾಮಾನ್ಯವಾಗಿ ವೈಫಲ್ಯಗಳು ಸಂಭವಿಸುತ್ತವೆ.
ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸಲು ನಾನು 2 ಗಂಟೆಗಳನ್ನು ಕಳೆದೆ. 48 ಗಂಟೆಗಳ ಪರೀಕ್ಷೆಯು ನನಗೆ ಟೋಕನ್ಗಳ ರೂಪದಲ್ಲಿ 20 ಡಾಲರ್ಗಳ ವೆಚ್ಚವನ್ನು ಉಂಟುಮಾಡಿತು. ನನ್ನ ಸಿಸ್ಟಮ್ ಯಾವುದೇ ಮೇಲ್ವಿಚಾರಣೆಯಿಲ್ಲದೆ ದಿನಗಟ್ಟಲೆ ನಡೆಯುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇದು ನ್ಯಾಯಯುತವಾದ ವಿನಿಮಯವಾಗಿದೆ.
ನೀವು ಕನಿಷ್ಠ ಒಂದು ಇಡೀ ದಿನದವರೆಗೆ ನಿಮ್ಮ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸ್ಟ್ರೆಸ್-ಟೆಸ್ಟ್ ಮಾಡದಿದ್ದರೆ, ನೀವು ಪ್ರೊಡಕ್ಷನ್ಗೆ ಸಿದ್ಧರಾಗಿಲ್ಲ ಎಂದರ್ಥ.
Optional learning community: https://t.me/GyaanSetuAi