让长推理不再绕圈:Strata 上推理循环防护的完整落地

一次 Strata 推理循环防护的完整落地:四层防护、两条克制原则、一个必须守住的接线口。

环境 Tesla V100-PCIE-32GB + 96 GB RAM,串行跑 Qwen3.8-Flash-Next(MoE,每层 512 experts)
模型 OrcaRouter Uncensored Q4_K_M · SC117 GSQ-RCO-abliterated IQ3_S
软件 serve/server.py + engine-cuda12/(v0.1.42)
口径 所有结论来自本机实测或源码常量,逐条标注出处

 

问题:模型在“思考”里绕圈

长任务(尤其是长上下文)下,模型会在 <think> 里陷入重复:同一批校验段落反复重写,或者更隐蔽地
写成一个超长“单词”——一段两万多位的数字串,在循环同一个 11 位模式。外部看到的症状是:

  • 一直思考、迟迟不给答案;
  • 思考到 max_tokens 被硬截断,客户端收到空回答
    (日志:the reply reached max tokens while still thinking, so it has no answer);
  • 重复得越久,越难自己跳出来。

Strata 对这个问题的处理是四层:从“检测”到“换挡续写”再到“兜底收尾”,每一层都可以单独开关。

阅读剩余部分 –

实测绿联NAS LVM cache 只读缓存直接拔掉SSD 搞崩了存储池 怎么救回来

        最近在我的绿联NAS上折腾LVM cache,配了个只读缓存想提升点性能。结果进SSH 折腾了LVM Cache的配置,结果系统卡死了,WebUI 进入桌面会卡死,SSH 操作一下硬盘存储相关的命令也会卡死。

当时心想,既然是只读缓存,直接把SSD拔了不就行了嘛。拔了之后进绿联系统一看整个存储池直接损坏。

绿联的UI里不支持强制移除缓存,WEB UI 的说法是只能删掉整个存储池重建。

不过我通过SSH先自己试了一下,居然把数据捞回来了。后面也搞清楚了工程师是怎么帮我修的。记录一下整个过程,万一有人遇到同样的情况可以参考。

第一步:自己用SSH抢救

阅读剩余部分 –

群辉 Docker中 为已经建好容器重新分配固定静态 IP地址 — 使用 macvlan

连接到macvlan网络后,默认会按照设置好的ip子网顺序分配IP。比如子网为192.168.31.0/24,就会根据容器先后启动顺序分配192.168.31.2、192.168.31.3、192.168.31.3,……。并且每次重启容器都会发生改变。

经过研究,可以用如下命令直接分配固定ip:

docker network connect --ip 固定ip地址 macvlan的id 容器id

提示;执行命令前请先解绑容器的网络,并创建好相应的macvlan。

 

(亲测有效)修复 Windows 搜索的必杀技 — 解决Windows 开始菜单搜索框一直转圈的问题

解决办法:重新生成 Microsoft.Windows.Search 包的 AppData 文件夹

  1. 确保 Windows Search 适用于新创建的 Windows 帐户。
  2. 使用 Windows 恢复环境,或者注销然后登录到另一个用户帐户,删除 %USERPROFILE%\AppData\Local\Packages\Microsoft.Windows.Search_cw5n1h2txyewy 文件夹。

    在某些早期版本的 Windows 中,此文件夹名为 Microsoft.Windows.Cortana_cw5n1h2txyewy。

  3. 使用受影响的帐户登录时,请启动注册表编辑器,然后导航到HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Search子项。
  4. 删除Search注册表项。
  5. 打开提升权限的 PowerShell 窗口并运行以下 cmdlet:
    Add-AppxPackage -Path "C:\Windows\SystemApps\Microsoft.Windows.Search_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -Register
  6. 重启计算机。
  7. 尝试再次搜索。 此操作将重启搜索索引并重新生成注册表项和 AppData 文件夹。

群晖Docker容器“failed to initialize logging driver“解决办法

今天手动关闭了docker容器后,发现再次无法启动,并尝试用ssh直接命令启动,同样提示如下错误:

Error response from daemon: Cannot restart container fireflyiii: failed to initialize logging driver: database is locked

由于并不想手动重启整个群晖系统,便搜索研究了一下:

CSDN网站的“金三亲”作者写过:很多网站给与的解决方法是复制容器数据,重建容器。同时作者感到颇为震撼,很多网站都是提供了这一种比较极端的解决方案。

作者表示,通过删除群晖Docker的应用日志可以解决这个问题。本人亲测有效,副作用暂无发现,现将方法记录如下:

  1. 获取相关容器ID号,列出所有容器。
sudo docker   ps -a

2.  使用inspect定位相关文件。

阅读剩余部分 –

2026 年 10 月
一 二 三 四 五 六 日
 1234
567891011
12131415161718
19202122232425
262728293031  

广告

分类

近期评论

标签

历史上的今天

    历史上的今天没有存档

归档