在交付PTA需求的时候，发现需求在测试人员的更大的测试规模下出现了问题：

在增多了不同的测试样例，和不同的测试设备(910A,910B,310P)时；程序是否可执行，性能是否达标，精度是不是正常；都有待监控。

说明在开发过程中，我构建个人的每日测试框架，持续监控开发的测试和性能。

集成 windmill-labs / windmill。

测试人员之前有台高性能的测试机器，未知原因坏了之后，他们修好之后，发现性能损失。推测是鲲鹏920的性能损失，为此需要：

1. 通过benchmark证明性能损失。
2. 定位并说明性能损失原因：1. 软件硬件？ 2. 硬件老化还是流片差异？
3. 确定性能损失原因，并给出解决方案。

• 一般情况不会需要使用rpm安装包，因为包之间的依赖复杂，一般交给yum或者dnf处理
• 那如果yum，和dnf报错了，你就需要使用rpm命令来修复yum和dnf了。

Excel 功能强大： 通过将批量实验的数据用CSV保存，能快速在excel里统计与可视化。

chrome://tracing是个格式简单的可视化方法和格式，可以清晰的对比每个过程/方块的（个数、大小、顺序），来快速找到热点。

相对于perf命令，能低侵入的profile具体某个函数。

• 提供更多的具体有效信息
• 可惜暂时不能像viztracer和 tray profiler一样调用栈可视化。

• 办公时的限制：我只能在蓝区Win机器写代码，但是这台电脑是无法连接服务器的，导致我测试只能蓝区写好push，用黄区电脑连接服务器clone测试。很可能还有些编译问题/typos没解决，导致有许多commit是无效的。
• 为此需要在蓝区电脑上搭建基本的编译测试环境，首先选择了搭建Linux虚拟机。

最近出差喜欢带M1的macbbook air，来开发些开源小工具。简单记录一下一些使用配置

• 产品线的硬装实践，接触到了华为无线产品（路由器，交换机）的基本命令行配置（可能别家的产品命令不同，但是网络设计的概念和思想是相同的。
• 还会对交换机和路由器的一些概念进行澄清。
• 还有对实践的网络规划和走线细节的回忆。

centos 默认的包管理工具