主要是对云原生分布式文件系统JuiceFS的评估记录，官网地址
官网介绍是一个高性能、云原生的分布式文件系统，特别是支持S3协议进行后端存储，一个机会接触到了这个项目，估想作为一个高性价比存储的一个方案。S3存储相当廉价，以腾讯云为例：
可以看出，如果数据能通过分层的方式下沉到对象存储，可以将成本压缩到近1/3，考虑到由于录播系统冗余节点的设计，在存储方面有很大比例的开销，这个成本的优化是值得尝试的
这里主要是为了快速记录在Linux下关于Nvidia套件的配置工作
这一次开发小记主要分为两部分，关于pkg-config的配置相关，以及CGO的基本使用并结合pkg-config的例子
我这块做服务器的B450M板用的是技嘉的AORUS ELITE，收的二手，因为B系的板pcie通道本就非常宝贵，综合考虑下来这块上面的通道接口分配是最合理的，当然还有个原因就是华擎的那块买不到。
众所周知，Go的一大特色是可以在不安装编译链的情况下进行交叉编译，而且基本上只要是完整安装Go环境的机子都可以支持，而无需再额外安装交叉编译环境
其实具体的安装流程并不难，主要在于资源的收集以及版本的绑定上
从目前的情况来看，CUDA版本和PyTorch和Py自身版本是绑定的，而cuDNN和CUDA的大版本绑定，而其中主要受限的其实是PyTorch支持的CUDA版本，因此，这里采用CUDA来适配PyTorch的方式
IPv6的地址分为两段：前缀(64bit)和后缀(64bit)，以此拼接为一个完整的地址，前缀会在拨号时由运营商分配，一般是2408或2409等开头的前缀，在子网中拿到前缀后其实就能自由分配后缀部分了，无论自行配置的都是啥都能正确从全球路由到该网络，只不过一般的IPv6终端采用的都是无状态配置(SLAAC)的方式，无需DHCP服务器，为了避免冲突一般都会生成一个尽量唯一的标识，最终填充了整个128位的IPv6地址
本文编写的主要目的在于，利用DHCPv6手动分配后缀的方式，以此规划和统一网络，同时还能让IPv6地址看起来简短美观，不会过多叙述关于IPv6的基础知识，本文的目的是为了规划公网(即全球地址)IPv6配置过程中的要点，对于内网分配的私有IPv6地址不做讨论
随着业务开发，微服务和容器部署已经越来越普及，于是想着自己搭建一个私有的容器镜像仓库，DockerHub不是不能用，但就是慢，之前在个人服务器上部署过官方提供的registry镜像，但实在是太简陋了，没有管理面板，而且如果需要删改仓库里的镜像还得改配置文件打开。业务的私有仓库用的是Harbor，由VMware 公司中国团队为企业用户设计的 Registry server 开源项目，功能强大且齐全，而且有中文支持，故打算整一个
由于项目需要，硬件生产商提供的是C SDK，需要自行编译一个已有的cpp项目接入测试，按照说明文档，其使用CMake和vcpkg管理构建和依赖
我使用的OneIndex是这个OneIndexN
