25 Aug, 2026
环境准备 系统:Rocky‑Linux‑10.2‑x86_64 新增磁盘示例:/dev/sdb(10G,用于 stratis 池);多盘可以 /dev/sdb /dev/sdc 1. 安装 Stratis 软件包 Stratis 由后台守护进程和命令行工具组成。首先,需要安装 stratisd(提供守护进程)和 stratis-cli(提供命令行工具) 1sudo yum install -y stratisd stratis-cli 启动并设置开机自启 安装完成后,需要启动 stratisd 服务,并设置其在系统启动时自动运行: 1sudo systemctl enable --now stratisd  创建存储池 (Pool) Stratis…
【摘要】前言 开源社区最成熟的文件预览方案,没有之一 不知道你在开发总有没有遇到下面的这些场景: 用户在OA系统里打开一个Word附件,浏览器直接弹出了下载框,下载完还得找目录、双击打开、看完再关掉。 产品经理丢过来一个Excel报表,说“这周的数据看板能不能在浏览器里直接看,别让大家下载了”。 客户发来一 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily…
Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 作者: vivo BlueImage Lab本文入选 CVPR 2026CVPR(IEEE Conference on Computer Vision and Pattern Recognition)IEEE国际计算机视觉与模式识别会议,主要内容是计算机视觉与模式识别技术。CVPR 2026约160920篇投稿,接收率约25.42%。 论文主页:https://arxiv.org/abs/2605.14938 代码仓库:https://github.com/Fxmangd/Octopus 摘要:多模态大语言模型的持续学习旨在序贯式获取知识并缓解灾难性遗忘问题,现有方法通常在推理开销、泛化性以及隐私保护方面存在固有局限。Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 图表1 Octopus与现有方法在 UCIT 数据集上的性能对比 在通往通用人工智能(AGI)的道路上,如何让多模态大语言模型(MLLM)具备持续学习(Continual Learning) 的能力,且不发生灾难性遗忘(Catastrophic…
【摘要】testoracle 测试预言库:用业务不变量规则做断言,避免硬编码预期值。 github 地址: 很多自动化测试脚本大量硬编码返回值(assert resp["total"] == 10),业务微小变更就造成脚本批量失 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and…
【摘要】str.charAt(index) 获取字符串的值 ‌参数‌:index 是一个整数,表示字符的位置(从 0 开始计数)。 index 在有效范围内(0 到 str.length – 1),返回对应的字符 index 超出范围(小于 0 或大于等于字符串长度),返回‌空字符串 ""‌ 这与直接使用 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites…

Rocky‑Linux‑10.2‑x86_64 Stratis 完整部署教程 – 九幽提刑官

环境准备 系统:Rocky‑Linux‑10.2‑x86_64 新增磁盘示例:/dev/sdb(10G,用于 stratis 池);多盘可以 /dev/sdb /dev/sdc 1. 安装 Stratis 软件包 Stratis 由后台守护进程和命令行工具组成。首先,需要安装 stratisd(提供守护进程)和 stratis-cli(提供命令行工具) 1sudo yum install -y stratisd stratis-cli 启动并设置开机自启 安装完成后,需要启动 stratisd 服务,并设置其在系统启动时自动运行: 1sudo systemctl enable –now stratisd  创建存储池 (Pool) Stratis 的核心概念之一是存储池。你需要将一块或多块未使用的块设备(如 /dev/sdb)添加到池中 sudo stratis pool create mypool /dev/nvme0n2   没有任何报错输出,说明你的 Stratis 存储池 mypool 已经创建成功了!🎉 接下来,你可以按照以下步骤,继续完成文件系统的创建、挂载以及开机自动挂载的配置: 1. 验证存储池是否创建成功 你可以运行以下命令查看当前系统中的 Stratis 池: sudo stratis pool list 下一步:创建文件系统并挂载 现在存储池已经就绪,你可以继续完成文件系统的创建和挂载,将其用作 /data 目录:  在池中创建文件系统 1sudo […]

2 mins read

为什么越来越多人用 kkFileView? – 苏三说技术

【摘要】前言 开源社区最成熟的文件预览方案,没有之一 不知道你在开发总有没有遇到下面的这些场景: 用户在OA系统里打开一个Word附件,浏览器直接弹出了下载框,下载完还得找目录、双击打开、看完再关掉。 产品经理丢过来一个Excel报表,说“这周的数据看板能不能在浏览器里直接看,别让大家下载了”。 客户发来一 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN […]

1 min read

Octopus:基于无历史数据的梯度正交化的学习框架|CVPR 2026 – vivo互联网技术 – 博客园

Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 作者: vivo BlueImage Lab本文入选 CVPR 2026CVPR(IEEE Conference on Computer Vision and Pattern Recognition)IEEE国际计算机视觉与模式识别会议,主要内容是计算机视觉与模式识别技术。CVPR 2026约160920篇投稿,接收率约25.42%。 论文主页:https://arxiv.org/abs/2605.14938 代码仓库:https://github.com/Fxmangd/Octopus 摘要:多模态大语言模型的持续学习旨在序贯式获取知识并缓解灾难性遗忘问题,现有方法通常在推理开销、泛化性以及隐私保护方面存在固有局限。Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 图表1 Octopus与现有方法在 UCIT 数据集上的性能对比 在通往通用人工智能(AGI)的道路上,如何让多模态大语言模型(MLLM)具备持续学习(Continual Learning) 的能力,且不发生灾难性遗忘(Catastrophic Forgetting),是当前最具挑战的课题之一。 传统持续学习方法往往陷入两难困境:基于数据重放的方法高度依赖历史任务数据,不仅会带来存储开销,更引发了严重的数据隐私与安全隐患;基于架构的方法则会随着任务增加不断引入额外的模型参数,导致泛化能力受限与推理成本激增。基于正则化的方法虽无需存储历史数据且不增加推理成本,但现有技术在“学习新知识(可塑性)”和“保留旧知识(稳定性)”之间往往难以达到理想的平衡。 为破解这一难题,近日,上海交通大学与vivo团队联合提出了一种全新的持续学习框架——Octopus。该方法首创 无需历史数据的梯度正交化(History-Free Gradient Orthogonalization, HiFGO) 技术。模型无需获取任何历史任务数据,即可精准捕捉不干扰旧知识的“安全更新方向”, 精准刻画并规避任务间的参数干扰。 实验表明,在权威的多模态增量学习基准UCIT上,Octopus的平均性能(Avg)和最终性能(Last)分别超越此前SOTA方法 2.14% 和 6.82%,并且在不依赖旧数据的情况下罕见地实现了“正向后向迁移(Positive Backward Transfer)”。 一、背景:大模型的“灾难性遗忘”困境 近年来,多模态大模型(MLLM)在各项任务中展现出卓越的性能。但在实际业务部署中,模型需要像人类一样进行“终身学习”——不断掌握新技能并适应新数据分布。然而,当大模型在新数据上进行微调时,参数的更新往往会不可逆地抹除模型先前学到的旧知识,引发“灾难性遗忘”。 目前主流的 MLLM 持续学习方法存在难以逾越的瓶颈: 基于架构的方法(Architecture-based):为每个任务分配特定的 LoRA 模块以存储任务专属信息。虽然能缓解遗忘,但会割裂任务间的知识共享,削弱模型对未知任务的泛化能力,并降低推理阶段的计算效率。 基于重放的方法(Rehearsal-based):通过维护记忆模块存储历史任务信息。但在实际应用(尤其在端侧设备)中,历史数据往往涉及隐私或不可获取;同时,维护经验回放缓冲区也会带来额外的存储开销。 基于正则化的方法(Regularization-based):通过添加约束项限制参数更新的范围。然而前沿研究表明,现有方法所依赖的 “参数空间正交”并不足以完全防止知识干扰,且难以在“学习新知识(可塑性)”和“保留旧知识(稳定性)”间找到最佳平衡。 这引出了一个核心问题:是否存在一种方法,既不需要访问历史数据,也不增加推理阶段的参数负担,同时还能高效保留模型的旧知识? Octopus 的核心洞悉正源于此:仅在参数层面进行正交约束是局限的,梯度层面的正交才是避免参数冲突的关键。更重要的是,研究团队证明了在缺乏旧数据的情况下,依然可以推导出这一“安全更新方向”。 […]

2 mins read

testoracle:用业务不变量规则做断言 – Tynam.Yang

【摘要】testoracle 测试预言库:用业务不变量规则做断言,避免硬编码预期值。 github 地址: 很多自动化测试脚本大量硬编码返回值(assert resp["total"] == 10),业务微小变更就造成脚本批量失 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind […]

1 min read

js 获取字符串的值有几种方式 – 南风晚来晚相识

【摘要】str.charAt(index) 获取字符串的值 ‌参数‌:index 是一个整数,表示字符的位置(从 0 开始计数)。 index 在有效范围内(0 到 str.length – 1),返回对应的字符 index 超出范围(小于 0 或大于等于字符串长度),返回‌空字符串 ""‌ 这与直接使用 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking […]

1 min read

别只给 AI 产品接模型:Agent 能做成事,靠的是策略和 Harness – AI小老六

AI 产品不只是接入模型。真正让 Agent 做成事的,是策略、交互、评测和 Harness 形成的运行闭环。 AI 产品不只是接入模型。真正让 Agent 做成事的,是策略、交互、评测和 Harness 形成的运行闭环。> 导语 很多 AI 产品的第一版,都停在“把模型能力接进来”这一步。 用户输入一句话,系统给出一段回答;用户提出一个目标,Agent 生成一份计划。Demo 往往很好看,因为模型足够聪明,顺利路径也足够短。但一旦进入真实任务,麻烦会很快出现:用户没有说清楚约束,工具返回空结果,权限不够,任务做了一半目标变了,某个动作还有不可逆风险。 这时才会发现,AI 产品的难点从来不只是“模型能不能回答”。真正的问题是:产品能不能让 Agent 在不确定环境里持续做判断,并且知道什么时候继续、什么时候停下、什么时候把控制权交还给人。 这正是策略和 Harness 的价值。 图:策略、交互、评测和 Harness 一起决定 Agent 能否完成真实任务 AI 产品的核心不是输出,而是任务完成 传统软件通常把路径写死:用户点击按钮,系统执行确定动作。AI 产品的路径更松散,用户表达的是目标,Agent 需要自己补全上下文、拆任务、调用工具、观察结果,再决定下一步。 所以一个成熟的 AI 产品,至少要同时经营三套能力: 能力 它回答的问题 产品侧真正要做的事 评测 结果是不是变好了 定义任务成功标准,构造真实任务集,观察失败模式,把结果反馈给模型、工具、提示词和策略 交互 用户敢不敢把任务交出去 设计任务入口、澄清方式、过程可见性、确认、撤销、接管和失败恢复 策略 Agent 该如何行动 决定何时追问、何时调用工具、哪些动作必须授权、什么情况停止、失败后怎样降级 可以把它看成一个任务闭环: ​评测​、交互、策略不是三个孤立模块,而是同一个任务成功闭环里的三种产品判断。没有评测,团队不知道改动是否真的有效;没有交互,用户不知道系统在做什么,也不敢把高风险任务交出去;没有策略,Agent 只是在调用模型,不一定能完成用户真正想完成的工作。 […]

2 mins read

【征程6】校准量化中HistogramObserver解析 – 地平线智能驾驶开发者

【摘要】声明:本文主要参考开源资料进行学习整理,如有错漏,欢迎评论交流~ 1. HistogramObserver的定义与原理 HistogramObserver是horizon_plugin_pytorch中一种基于直方图统计的量化Observer。与MinMaxObserver仅记录最小最大值、MSEO 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN is based […]

1 min read

线上MQ消息积压了怎么处理 – Rain的Java大神实战圈 – 博客园

本文拆解线上MQ消息积压完整落地方案,遵循先止损、再排查、后预防核心原则,优先保障核心业务可用。分享扩容消费端、业务降级、消息转储等紧急止损手段,定位全场景积压根因。核心技术亮点含虚拟线程并发、批量消费、Redis幂等设计、异步批量落库,附带面试高频考点与实战避坑方案,高并发场景实用性极强。 线上MQ消息积压了怎么处理 “先止损、再排查、后预防”,核心原则是优先保证核心业务可用,再逐步定位和解决根本问题,绝对不能先花半小时查原因而让业务一直挂着。 🚨 第一步:紧急止损(10 分钟内必须完成) 这是线上问题的第一优先级,先把业务救回来再说! 📊 紧急处理流程图 关键操作要点 1.优先扩容消费端 📈 核心限制:Kafka/RocketMQ 中一个分区只能被一个消费线程消费,所以消费线程数最多等于分区数 操作:先临时增加消费组实例数,再调大单个实例的消费线程池核心数 2.降级非核心业务 ⚡ 立即关闭日志、统计、推送等非核心消息的消费,把 CPU / 内存 / 数据库连接资源全部让给核心业务 例子:电商大促时,先停掉用户行为分析和商品推荐的消息消费 3.消息临时转储 📦 当积压量达到百万级以上时,直接消费会拖垮整个 MQ 集群 方案:写个简单脚本把消息先转存到 Redis/MySQL/OSS,等业务高峰过后再慢慢回放消费 4.跳过死信消息 💀 如果有大量重复失败的死信消息,先临时跳过,避免阻塞正常消息的消费 事后再单独拉取死信队列进行人工或自动处理 🔍 第二步:根因排查(业务恢复后立即进行) 从生产端、MQ 集群、消费端三个方向逐一排查,90% 以上的问题都出在消费端。 📋 常见根因排查对照表 问题方向 典型现象 快速排查方法 生产端突发流量 生产 TPS 突然飙升 5-10 倍,消费速度跟不上 查看监控面板的生产速率曲线检查是否有大促、爬虫或批量任务 消费端性能瓶颈 消费 TPS […]

4 mins read

Agent 联网的真相:工具能接上,平台边界绕不过 – 努力的小雨 – 博客园

AI Agent 想稳定读取互联网,难点从来不是“会不会打开网页”,而是不同平台有完全不同的接口、登录方式、反爬限制和内容格式。网页能直接抓,GitHub 适合走官方 CLI,视频需要字幕工具,社交平台往往还要登录态。把这些能力逐个接起来,本身就是一项工程。 Agent Reach 做的事情,是给 Agent 增加一层“上网工具导航”。以后你让它看网页、搜 GitHub、找 YouTube 字幕、刷 B 站或读取小红书内容,它会根据任务选择对应工具,再用 doctor 检查哪个渠道能用、哪个已经失效。 听起来像给 Agent 装上了眼睛。 但翻完官方仓库后的第一反应是:眼睛确实装上了,可“读全网”三个字,还是喊得太满。 它真正厉害的,不是爬虫 Agent Reach 并没有发明一个无所不能的读取器。官方对自己的定位很清楚:它是一个“能力层”,负责选型、安装、体检和路由,底层读取仍由 Jina Reader、yt-dlp、GitHub CLI、bili-cli、Exa 等现成工具完成。 这个思路其实非常实用。 以前我们给 Agent 加联网能力,常常是“一平台一套工具”:今天装 Twitter,明天配 Reddit,后天某个接口失效,又要重新找替代品。Agent Reach 把每个平台的首选和备选方案排好,再通过 agent-reach doctor 做真实探测。某个后端坏了,可以换下一条路,不必把整套工作流推倒重来。 所以它最有价值的地方,不是“突破了所有平台”,而是替普通人整理了这一地鸡毛。 能读很多,不等于稳定读全网 这里还要分清“装上能力”和“拿到权限”。读取普通网页、RSS、公开视频或公开仓库,很多时候不需要账号;但搜索社交平台、查看评论区、读取受限内容,通常离不开登录态。Agent Reach 能帮你把工具接好,却不能替平台批准访问,也不能保证每次请求都通过风控。 它也不是一个统一的数据接口。Agent 会先理解任务,再调用对应的上游工具。好处是路径比较透明,哪个渠道坏了可以单独替换;代价是每个上游工具都有自己的更新节奏、认证方式和故障。项目把安装和诊断集中起来了,但底层复杂度并没有消失,只是被整理得更容易管理。 最能说明问题的,恰恰是微信公众号。 Agent Reach 在 v1.3.0 曾加入公众号渠道,但 v1.4.2 又主动移除。官方给出的原因很直接:全文阅读被反爬拦截越来越严重,继续宣传“零配置可用”已经名不副实。类似的还有 […]

1 min read

如何保证Mysql和Redis双写一致性 – Rain的Java大神实战圈 – 博客园

本文剖析 MySQL‑Redis 缓存双写一致性误区,对比四种主流方案。技术亮点:异步延迟双删规避并发脏读、MQ 重试解决缓存删除失败、Canal 监听 binlog 做到业务无侵入同步;附带幂等处理、缓存击穿 / 穿透防护等生产可运行 Java 代码,适配不同业务等级选型,附带完整面试答题思路。 如何保证Mysql和Redis双写一致性 这个问题本质上是分布式系统中的数据一致性问题。因为 MySQL 和 Redis 是两个独立的存储系统,无法做到原子性更新,所以我们只能通过合理的更新策略来尽可能保证最终一致性,同时兼顾性能和可用性。 先明确:哪些方案是绝对不能用的 ❌ 很多人一开始会踩这些坑,我先排除掉: 错误方案 致命问题 先更新 Redis,再更新 MySQL Redis 更新成功,MySQL 更新失败 → 数据永久不一致 先更新 MySQL,再更新 Redis 并发场景下会出现 “写覆盖” 问题,导致脏数据 双写都加分布式锁 性能极差,完全失去了 Redis 缓存的意义 业界主流的 4 种正确方案对比 📊 方案 1:先更新数据库,再删除缓存(最常用) 优点:实现简单,性能好,出现不一致的概率极低 缺点:极端情况下仍有不一致风险(数据库更新成功,删除缓存失败) 适用场景:90% 以上的业务场景都可以用这个方案 方案 2:先删除缓存,再更新数据库 优点:比 “先更库再删缓存” 更安全 […]

6 mins read