最近工作内容

最近总感觉做什么都没有精神，不知道是不是睡太晚了，应该保证每天有 7+1 小时的睡眠才对。五一回一趟老家，正好也好好休息一下

最近做一些研究调查，有了些还可以的成果，算是初步解决了内网软硬件方面的一些问题吧

先说点折腾的硬件方面的内容，目前我家里有两台机器，主力机是高配的 pc，nas 是 5900x，然后还有一个 3588 的节点机器。所有需要加起来需要插 5-6 个 U2 固态，一个显卡，一个副显卡和一个 hba(大概)，整体功耗算上网络大概是 500W

由于节点机器上了不少比较重的服务（测试的时候 mysql、pg、clickhouse 都会跑满），3588 显得捉襟见肘，我就考虑换台机器。原本应该是 nuc13pro，然后算了算价格可以上 14700K itx 了，在把 NAS 换成心心念念的 64c 7713。但是上了功耗又压不住了，机房最多只能容纳下 400W 左右的热容量，而且我的目标机器是 zen6 256c 16 通的 D5 机器，到时候换起来太麻烦了。算了算最优解是把台式机做虚拟化，塞 5 个 NVME，然后还能剩两个 PCIE 给显卡和 HBA

但是把主力机放到机柜上又需要升级机柜散热和 UPS，还得拉三根 30m 的光纤显示器线，这就非常麻烦，而且冗余也减少了很多。然后又在寻思简化网络设备，50W 都够 100g 交换机跑的了。由于若智埋墙网线实在是无法更换，所以也不需要接入交换机了。如果设备缩减了，那么高速交换机也没那么需要了。最近一直在折腾这些事情，也是比较的头疼

再说说软件部分，基本上查询程序开发前的优化的准备工作解决了一半。内网基本上规划好了网络方案，配置了统一的服务代理转发。之后一步一步的完善内网基础设施的整合和优化就行

接下来轮到最近折腾的数据库存储方案。综合考虑了服务器性能要求和存储收益，还是使用 pg 或者 mysql，其他方案的压缩幅度没有明显提升，但是性能和时间的代价太大

但是会优化压缩方案，能把现有存档数据缩减到大概 20%-25% 的大小。剩下的就看哪一个方案对判断结果数据的压缩更好了。如果压缩效率能优化到差不多，那就还是赢麻了的 pg，但是目前看 pg 的压缩效率并不高