Anno Karo's Blog

图片的转换与增强 相关模块-> torchvision.transforms transformation工具既可以转换单张图片(C,H,W),也可以一次性接收多张图片(B,C,H,W).其中,C->通道个数,H->高度,W->宽度,B->图片个数(batch). 模型和预训练权重 数据集 工具包 图片/视频的读写 相关操作

go build 和 go install 可以添加一个 -buildmode参数来指定文件构件类型 可选项 buildmode=archive 把源文件编译成c语言的静态库文件,包名为main的会被忽略掉 buildmode=c-archive 把源文件编译成c语言可以使用的动态库文件(.so or .dll文件) buildmode=c-shared buildmode=default 默认编译模式 buildmode=shared 把go文件编译成只允许go文件使用的库文件.他会将非main的package编译成库并且在构建其他程序时可以通过指定-linkshared指定(暂不支持macos). buildmode=exe … buildmode=pie 使程序无法被反编译 buildmode=plugin 1.8推出的特殊编译模式,go文件会被编译成一个go插件,并且可以在运行时动态加载(c无法使用).

广播条件 每一个tensor都至少有一维 在对每一维进行逆序遍历(从尾开始)时,对应tensor的维度必须满足以下条件之一: 维度大小相等 维度大小为1 其中之一不存在 12345678x = torch.empty((3,4,1))y = torch.empty((1,4,1))(x+y).shape # 3,4,1x = torch.empty((3,4,3))y = torch.empty((3,3,3))(x+y).shape # 报错4!=3 且!=1 广播流程 首先判断是否满足广播条件. 如果向量对应维度相等则跳过 如果不等则对小的一方添加维度使得维度相等 12345678910x = torch.empty((5,1,3,4))y = torch.empty((5,2,1,4))#首先判断是否满足条件,4相等,3!=1但是存在1,1!=2但是存在1,5相等.所以满足广播条件# 接下来对维度进行扩张(x+y).shape# 5,2,3,4x = torch.empty((5,3,3,4))y = torch.empty(( ,2,1,4))# 不满足条件,报错 ...

1234安装npm install react-router-dom@6yarn add react-router-dom@6pnpm add react-router-dom@6

1234567891011yarn 安装yarn create react-app namenpmnpm create-react-app name [--tempalte typescript redux](可选) vite 安装reactnpm create vite@latestyarn create vitenpm create vite@latest my_vue-app --tempalte reactyarn create vite my-vue-app --template react

12npm i redux react-redux @reduxjs/toolkitnpm i --save-dev @types/react-redux 基本概念 单向数据流(one way data flow) state负责管理数据 只有通过Actions才能修改数据 基于state渲染view 不可变性 state 只读, 只有通过Actions才能修改state Action特点: 本质就是一个普通JS对象 内部必须要有一个描述事件的Type属性 多数情况下type为string类型 除了type属性必须要有其他任意 只是描述事件,但未指明如何更新state Reducer: 本质是函数,负责相应Actions并按规定修改数据. Store 将actions和reducer联系到一起 主要职责 维持应用的state 提供getState获取状态 提供dispatch 修改数据 通过subscribe()注册监听 通过unsubscribe()注销监听 state状态: DomianState: 服务器返回的state UI state: 关于当前组件的 ...

配置管理 配置特点: 独立于程序的只读变量 程序只能读取配置不能修改 伴随应用的整个生命周期 程序在启动时初始配置 有多重加载方式 配置文件,数据库,启动参数等方式 需要治理 配置中心 单体开发中,程序会对应一份配置文件,但在微服务架构中,若是每个服务节点都存在一个配置文件显然会出现冗余,而且修改起来过于复杂. 对比 Spring Cloud Config Apollo Nacos 配置实时推送 y(spring cloud bus) y(http 长轮询1s) y(http 长轮询1s) 版本管理 Y(支持GIT) Y Y 配置回滚 Y(支持GIT) Y Y 灰度发布 Y Y Y 权限管理 Y(支持GIT) Y N 多集群 Y Y Y 多环境 Y Y Y 监听查询 Y Y Y 多语言 java 主流语言 主流语言 配置格式校验 N Y Y 单机读(QPS) 7 9000 15000 单机写(OPS) 5 1100 1800 3节点读(QPS) 21 27000 45000 3节点写(QPS)5 5 3300 56 ...