作者小头像 Lv.3
170 成长值

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
140
30
0
0
0

个人资料

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

他的回复:
楼上已说明随机分层和近邻图,我补充一个实际验收方法:不能只看到“层数约log N”,就认定亿级数据在任意召回率下都能毫秒返回。1. 先建立精确基准。固定一批代表性查询,用相同距离度量、相同归一化方式,对完整测试向量库离线计算精确top-10,作为G。若只测较小数据集,要明确规模,不能把结果外推成亿级验证。2. 固定索引、硬件、线程和并发,只调整查询参数efSearch,例如10、50、100、200;这些值是示例,不是推荐最优值。记录平均recall@10=平均(|近似top-10与G的交集|/10),并同时记录P50/P95延迟、吞吐和内存。hnswlib的参数文档明确:ef不能小于k,调大通常更准确也更慢;M、efConstruction则影响建图质量和成本。不要每档同时改多个参数,否则难以归因。3. “粗召回后用原始向量精排”也有边界:精排只能重新排序已取回的候选,不能找回根本没进入候选集的真近邻。假如真实第1近邻没被召回,后面再精排也补不回来。因此需要分别观察候选集召回和最终top-k结果。4. 亿级还要单独核算容量。例如1亿条768维float32,仅原始向量就有100000000×768×4=307200000000字节,约307.2GB(十进制),未含图边、元数据和运行时开销。分层加速并不消除这个存储成本。上面是可复核的验收方案与容量计算,没有声称已做亿级实测。原论文:https://arxiv.org/abs/1603.09320 ;实现方参数说明:https://github.com/nmslib/hnswlib/blob/master/ALGO_PARAMS.md 。
发布时间 2026/10/17 13:20:13 最后回复 yd_276924060 2026/10/18 08:16:10 版块 智慧园区
22 4 0
发布时间 2026/07/15 16:13:31 最后回复 李太白的白 2026/10/19 15:37:52 版块 华为云码道CodeArts代码智能体
188 5 0
他的回复:
【OPC案例】成长积分规划器:把真实余额与条件预测分开已提交本次活动报名问卷,展示一份已有可运行作品。一、实际需求参加开发者活动时,每日、每周、一次性奖励和审核中的奖励容易被混在一起,勾选任务也容易被误认为已经到账。本工具让用户先抄入真实余额,再单独估算未来可能获得的积分,便于核对来源和安排参与时间。二、作品与Demo这是一个纯本地、单文件HTML网页,无需安装依赖或购买云资源。源码下载后打开index.html即可使用;公开作品页提供功能、运行方式和计算边界说明。目前的Demo是离线网页,不冒充已经部署的在线服务。作品说明:https://gallery.developer.huaweicloud.cn/gallery/005e70de93000000公开源码:https://github.com/htazq/growth-points-planner三、实现与码道参与实际余额只由用户手动修改,预测勾选不会增加真实余额。计算分别处理每日、每周、一次性奖励,本期已入账项排除当前周期,已领一次性项不再累加;预计范围截至当年年底。支持本机保存、JSON导入导出、移动端和打印。开发过程中,使用华为云码道本机IDE对现有网页进行真实技术问答和一键美化,改进标题层次、低动态偏好、布局与打印样式;不声称全部代码由码道生成。计算边界用合成数据测试,不上传私人文档或密钥。四、边界与后续计划工具不接管账号、不自动完成或领取任务、不兑换券,也不代替平台账本。任务模板是可编辑示例,活动规则、资格、实际到账和库存以官网当前页面为准;预测积分和代金券面值均不等于现金收入。下一步拟完善规则变动提示和审核状态说明,让缺少任务或审核延迟时的预测更容易理解。这是将一个真实记录需求做成轻量离线工具的案例,欢迎针对计算边界、可用性与展示方式提出建议。