在 2.8.3 上,`qmd embed` 在运行中仍然会出现 DisposedError 并退出 0

根据邀请进行倒存:#124和#71于2026-05-20被关闭,*"如果仍然复制. 请用当前重制步骤打开一个新的焦点问题。” 确实 有关2.8.3(facd35e)。 目前的步骤如下。

** 环境:** qmd 2.8.3 (facd35e), Windows 11, ThinkPad X1 (2023, Iris Xe), 仅CPU, 嵌入式Gemma-300M-Q8 0. ~800马克下调文件,14个收藏,~7.5 MB.

在5.4 MB收集(485个文件)中,`qmd嵌入'运行约35分钟,达到~46%,然后 每个剩余块失败 :

文本嵌入错误: 已处理错误: 对象已处理
at LlamaContextSequence. 确保不处理(节点-LLaMA-cpp/./LlamaContext.js:1902) .
at LlamaContextSequence. ERaseContext Token Ranges (./LlamaContext.js:998) (英语).
在LlamaContextSsequence.eraseContextToken Ranges(./LlamaContext.js:994)中,""("LlamaContext.js:
在.../LlamaEmbeddingContext.js:40 页面存档备份,存于互联网档案馆.
使用Lock(使用寿命周期/时间/使用Lock.js:23)
在LlamaEmbeddingContext.getEmbedding For (./LlamaEmbeddingContext.js:39) 上, 页面存档备份,存于互联网档案馆.
qmd/dist/LLM.js:1124
Async 保证。 所有(索引 0)
(qmd/dist/LLM.js:1115) (中文(简体) ).
与作业(qmd/dist/LLM.js:1568)

更小的集合(24个KB到887个KB)每次都能完整地完成. 嵌入运行于 3 -5 KB/s 在硬件上,所以失败的收藏只是运行的 最长。 它看起来与时间有关,而不是与内容有关。

** 暂停时间,以及我们能够和不能告诉你的。 ** 这些跑步没有通过 `--timeout',所以 qmd 默认的30分钟会话上限生效——35分钟的墙 时钟对30分钟的上限使得"124"的"max Duration"成为了显而易见的候选人. 我们有 无法在复制它的机器上测试 '--time out 0' 所以我们不能统治 我们宁可这么说 也不要猜测

• 124 (`会议释放时间 ' ,准确为30m 4s,计数被冻结,运行持续到100%) 届会上限。

• 40和# 450 报告 * 此* 错误类别—— `处置错误: 处理对象'

确保不处理 ' ,这是我们看到的,而不是会议释放错误 ' ——并赋予它 暂停。 #40提议在每次“触摸活动()”之后拨打“触摸活动()” 成功嵌入“嵌入批次()”,而不是每批一次。

因此,我们比对时间的#124和错误课的#40/#450. 他们有不同的修正,和 我们不能把他们分开。 如果有用,告诉我们该跑什么 我们将运行它——可靠地复制这个的硬件是一台我们拥有的机器.

从#450的线程中值得注意 : 它不仅仅是 CPU 。 一个评论员在M1上转载了 金属卸载活动

** 退出代码是下游用户成本最高的部分,独立于 无论哪一个超时都是错误的。 ** 印出六堆痕迹 跳过几百个 块并返回0。 我们的工具报告一个半成品的完成指数 收缴和每次健康检查都同意。 我们花了几个小时来治疗缓慢的进展 栏为 . . . . . . .