抄作业 / 警告 / Grok Bot
“Bricked” after Reset — graphrag embedding RAM OOM
标题与摘要为原文,未翻译。
- 做了什么
- Staff (deanrie, 2026-09-05): A “bricked” Agent Computer after heavy indexing can be graphrag embedding hitting the VM RAM ceiling (not disk)—Reset may take up to ~1 hour and re-clicking restarts the timer; after it returns, stop auto-indexing, check `free -h`, and run embedding/graph builds in smaller batches so memory stays under the limit (apt/pip outside working files need reinstall after Reset
- 场景
- 写代码上线
- 资料完整度
- 作者与原链接有
- 做了什么有
- 来源原文摘录有
- 截图 / 媒体来源未提供
- 步骤 / 章节来源未提供
- 提示词 / 配置原文来源未提供
- 结果 / 数字有
- 风险提示有
- 相关条目有
— 表示来源没有给出,本站不补写。
- 来源原文摘录
Where does the bug appear (feature/product)? Grok Bot Describe the Bug I was generating huggingface dataset graphrag indexes, something bricked the system, and not even a reset will work. Not sure if it was a result of disk pressure, or a bad controller, but I am unable to reload the VM from the client side. Steps to Reproduce just generate a graphrag database of a bunch of laws using vector embedding models and knowledge graph tools Expected Behavior it should automatically reset the OS when i click on the reset button Operating System Linux Version Information Grokbot 0.30.0 For AI issues:
展开全文
which model did you use? grok Does this stop you from using Cursor No - Cursor works, but with this issueRongleCat/awesome-grok-bot (GitHub) · 打开原文 ↗ 摘自论坛首帖,照录原文,未翻译。
- 提示词
来源没有给出可直接复制的提示词原文。
- 怎么复制
- 读原文:forum.cursor.com ↗
- 把原文里的步骤/提示词整理成一条消息交给 Bot
- 先手动跑一次,再决定频率
- 风险与限制
- 这是一条额度/故障反馈(警告),不是可复制的作业。
- Staff (deanrie, 2026-09-05): A “bricked” Agent Computer after heavy indexing can be graphrag embedding hitting the VM RAM ceiling (not disk)—Reset may take up to ~1 hour and re-clicking restarts the timer; after it returns, stop auto-indexing, check `free -h`, and run embedding/graph builds in smaller batches so memory stays under the limit (apt/pip outside working files need reinstall after Reset).
- 作者的结果不保证能复现,以原帖为准
- 用量预估
- 用金属计算器估一下