【摘要】前言 本文主要讲述变量名冲突的问题。 $\color{orange}免责声明$ 由于版本问题，您遇到的情况可能与我所讲述的不符，一切以本机版本为准，如果您遇到了其他问题，欢迎在评论区留下您的观点或遇到的问题。 即使现在变量名问题已经得到解决，我仍不建议大家在 NOI 系列比赛中使用这些变量名。 本人 阅读全文 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 […]
MQTT Topic设计混乱导致项目返工频发。真实案例显示，无规范的命名引发大小写不匹配、通配符滥用、设备迁移失效等问题。核心问题在于Topic未形成统一语义骨架，身份与业务数据混杂。遵循“12条军规”： 故事一：某医院设备维保项目，改个名返工三周。 前年我们接手了一个医院设备维保项目，做设备接入层的重构。打开原有的Topic列表，我是懵的： /device/001/temperature Device/002/Temperature sensor/room1/data /buildingA/floor3/room305/sensor1/data dev_003/CMD 五种风格，三种大小写，两个以 / 开头。更离谱的是，有的Topic用了驼峰，有的用了下划线，还有的直接把设备的位置信息编进了。 结果是什么？ 第一周就出了三个故障： 第一个故障，设备上报到 Device/002/Temperature，但后端订阅的是 device/002/temperature，大小写不匹配，消息全丢。排查了三个小时才发现问题；第二个故障，运维用 # 订阅了全量Topic做监控，结果被海量消息淹没，Broker内存直接飙到90%；第三个故障最隐蔽——设备侧的Topic里嵌了机房位置 /buildingA/floor3/room305/sensor1/data，后来园区调整，设备从3楼搬到了5楼，Topic全量失效，需要所有设备重新烧录固件。 这三个故障的根因是同一个：Topic设计没有规范。 故事二：智能电表公司，上线4个月就在讨论“要不要迁移到Kafka”。 去年帮一家做智能电表的公司做架构Review。项目上线4个月，开发团队已经在讨论“要不要整体迁移到Kafka”。 我打开他们的EMQX管理后台，看了一眼Topic列表，当场就知道了问题在哪： /device/123/report device/456/data /report/device/789 data/temp/111 temp/222 meter/333/readings /334/energy 8台设备的Topic，8种命名风格。 再往下看订阅关系——后端服务订阅了 #（全量通配），前端也订阅了 #，告警服务还是 #。三个消费者收到完全相同的消息流，各自在业务层做字符串匹配来过滤“这是不是我关心的消息”。 Broker的发布/订阅机制形同虚设，MQTT被用成了TCP私有协议。 这不是个例。我见过的MQTT项目里，至少90%的Topic设计在第一个月就埋下了返工的坑。而Topic一旦被设备端烧进固件、被多个微服务写死在代码里，改起来就是一次“协议版本大迁移”——比换协议还痛苦。 Topic是MQTT消息的路由标识，它同时承担了四个角色： 路由寻址： Broker靠它决定把消息投给谁 权限边界： ACL靠它控制“谁能订阅哪一段”，是安全的第一道闸 业务建模： 设备分层、租户分层、业务分层，全都映射在它上面 数据管道： 规则引擎靠它做过滤、转发、落地时序库 这四件事里，任何一件做错，后面都要返工。而它们全部依赖最初那个命名决定。 下面这12条军规，是我花了三个月，把公司所有项目的Topic体系从混乱拉到规范后的完整总结，分五组：先定骨架、再守边界、然后立规矩、接着防误用、最后能落地。照着做，你的 MQTT 架构能撑到 10 万设备不混乱。 1.Topic 大小写敏感：device/001/data […]
【摘要】一、方案架构与拓扑设计 1.1 架构总体思路 分布式网关VXLAN架构的核心思想是将三层网关功能分散部署在多个Leaf节点上，避免集中式网关的单点瓶颈和次优转发路径问题。在Spine-Leaf组网中，Spine节点负责高速转发和路由反射，Leaf节点同时承担接入层和分布式网关功能，通过VXLAN隧道 阅读全文 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 […]
签到 加入官方赛事QQ群：1033688742，在群里发送/flag 临时用户识别码，临时用户识别码通过右上角头像获取。 2-1 如何连接在线环境？ 在github上下载wsrx软件，启动环境直接访问可得到flag。 2-2 如何使用 nc 连接环境？ 编写python脚本用nc连接。 from pwn import * nc = remote(“127.0.0.1”, 63820) nc.interactive() 运行程序之后，进入交互式界面，按照要求输入拼接完的字符串，即可获得flag。 2-3 如何使用 ssh 连接环境？ 在命令行输入ssh moeops@127.0.0.1 -p 65521，输入密码后再执行cat /tmp/flag即可。 3-1 C语言环境配置与基础语法 随便找一个在线运行环境，运行一下就知道头文件有问题。将studio.h修改为stdio.h即可运行成功。 3-2 Python环境配置与基础语法 运行一下程序，flag会在i=103的时候跳出循环打印。 3-4 命令提示符 直接中命令提示符终端运行即可。 3-5 Linux虚拟环境安装与基础命令 ssh连接，flag在/home/student/flag.txt文件中。 神之泥肘 围棋，第一关将黑子放在S17处即可通过，第二关将白子放在K11处即可通过，第三关将白子放在G5处即可通过。 繁华世界 狂点中间的硬币，直到能够买到车票，就会得到flag。 以撒的出价 随便玩，玩到最后应该都能拿到flag。 代码面试官 这题需要通过python输出环境变量中SESSION_TOKEN对应的值，但后台做了限制，我们需要绕过。直接让AI生成几个payload。 print(globals()[‘SESSION_TOKEN’]) key = ‘SESSION’ + […]
智能体是否可信，取决于它所依赖的运行基础是否可信。要让智能体自主行动，平台需要提供三样东西：判断成功与失败的客观标准、足够迅速以便融入其推理过程的反馈循环，以及由操作者掌控的边界，让智能体的代码能够执行任务，又不会逃出沙箱。MoonBit 正是为这样的场景而设计的。它是一套面向云计算和边缘计算的端到端编程语言工具链，支持 wasm、wasm-gc、js 和 native 后端，并将测试、证明、结构化并发、脚本模式和沙箱置于核心。本文认为，这些并非附带功能，而恰恰是智能体平台所需的特性；MoonBit 已将它们作为语言的一等特性提供，而非事后拼接的工具。 MoonBit 是一门在设计时就考虑了 AI 需求的编程语言，也是一套端到端工具链。它可以编译到 wasm、js 和 native 等后端。因此，同一个项目可以同时包含基于 wasm 的命令行工具、基于原生后端的应用和 Web 前端，并共享同一个领域模型包。这种适用范围对智能体很重要：智能体编写的同一份代码，既可以在受限环境中运行，也可以在完整环境中运行，使用相同的工具链， 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 […]
面向有 Linux 使用经验的运维与 DBA。文中命令请在目标环境核实设备名、路径、版本后再执行；涉及内核参数与不可逆操作的步骤，均先说明前提、影响与回退。 一、为什么“优化”常常变成“瞎调” 很多性能问题并不是“参数没调好”，而是一开始就定位错了瓶颈。典型误判有： 看到 load average 很高，就认定 CPU 不够——其实大量进程处于 D 状态在等 I/O； 看到 %util 100%，就认定磁盘打满——在 NVMe/多队列设备上几乎必然如此； 看到 wa（iowait）下降，就以为 I/O 变好了——可能只是换成了更快的设备； 把应用问题当成系统问题，或反过来。 所以性能优化的第一步不是“调参”，而是用正确的指标把瓶颈层定位准确，再逐层动手。 二、一句话理解 性能优化 = 先定位瓶颈层（应用 / 语言框架 / 内核 / 硬件），再在该层做“减少等待、减少拷贝、提高并行度”三件事。 定位靠的是“从全局到局部、从现象到根因”的工具链；优化靠的是分层框架，而不是盲目堆参数。 三、核心方法论 3.1 四层次优化框架 层次 优化方向 常用手段 第一层：应用层 找热点函数、删减逻辑、优化算法 火焰图、内存对齐、避免微服务过细 第二层：语言与框架 选对语言、网络模型、内存分配器 C/Rust 做基础软件、Go/Java 做业务；epoll/gnet；tcmalloc/jemalloc 第三层：内核 减少系统调用、关闭 swap、大页、调度策略 taskset、nice、chrt、容器 throttle、离线调度器 […]
【摘要】想必 OIer 们一定对逆元很熟悉，但是总会有像本蒟蒻一样的 dalao 不太清楚，所以我来写写我的认知与感受。 我还是太菜了。 逆元是什么 定义有点难说，相当于是：逆元就是某个运算下的“撤销键”。在模运算里，逆元就是让 \(a\times x\) 变回 \(1\) 的那个 。 比如说一个数的倒数， 阅读全文 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 […]
【摘要】数据工程师每天打交道的东西，很大一部分是文本： 应用日志 Nginx access log CSV 里混着脏数据的字段 API 返回的 JSON 片段 配置文件 爬下来的 HTML 这些文本往往不是完全结构化的，或者格式五花八门，用传统的 split、replace 处理起来很累，写一堆条件判断也不 阅读全文 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 […]
【摘要】势能分析（摊还分析） 基本概念 1.1 摊还分析的引入 在算法分析中，我们通常关注单次操作的最坏时间复杂度。然而，对于某些数据结构，虽然单次操作的最坏情况代价很高，但在一系列操作中，高代价操作的总次数是受限的，因此平均到每次操作的代价并不高。 定义 1.1（摊还分析）：摊还分析（Amortized 阅读全文 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 […]
本章正式进入 Details 页，这可是全部指标的大合集，被切成 14 个 section，从上往下排开，信息量比 Summary 大一个量级，本章着重讲透其中最值得细读的三个重点 section，剩下的 section 留到下一章按页面顺序补齐。 每个 section 里面是若干表格和图表，section 的末尾会挂着一些带 OPT 或 INF 标记的条目，OPT 是优化建议，INF 是信息提示，都是 ncu 的规则引擎拿采到的数据自动分析出来的。它们其实就是 Summary 页底部那三条 Prioritized Rules 的出处，规则引擎从全页的警告里挑出最要紧的几条排了序。所以读 Details 的基本顺序是，先看表格里的数据，再看 section 挂出的警告。点击 section 名称左边的小三角形，还可以展开更详细的图表信息，部分 section 名称栏的最右侧还有下拉选项框可以筛选展示更详细图表信息中的特定图表，作者也会一并讲解，再右侧的对话气泡图标按钮就是针对这个 section 写 comments。所有 comments 内容都在 comments 页面中，本合集不会使用。 把鼠标长时间悬停到某一个数据上，ncu 会弹出一个更详细的信息介绍表，可以看到这个值对应的 Raw 值叫什么名字、单位是什么、最大值平均值是多少这类更细的信息。所有 Raw 值都在 Raw 页面中，当前章节跳过。 GPU Speed Of Light […]
