掘友等级
AI Agent 算法开发工程师
|
中文网字计划
获得徽章 0
正好 cn-font-split 的重构完成了,统计了一下,执行同样的高 CPU 负载任务,Rust FFI 执行 60ms,WASM web 端 150ms, JS 胶水+ 多个 WASM 500ms,性能肉眼可见的提升啊
原来 protoc 默认生成的代码是 snake_case, 结果查了 issues 才发现加上 --ts_opt=json_names 就能生成驼峰模式了
烦, nodejs 的 FFI 支持是真的差,ffi 和 ffi-napi 居然换个 Linux 环境直接跑不动了,ffi-rs 在长时间运行之后又会出问题。。。
兄弟们 ,构建 FFI 的时候,Linux musl 不支持 Rust cdylib 构建是什么情况,卡了我好久
Rust 多平台编译 github actions 脚本完成,支持 Linux、Windows、MacOS、Wasm 多个版本同时编译 FFI 文件,并输出到 github release!搞了这么久,终于完成了![[灵光一现]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_25.51e6984.png)
codecopy.cn
Rust 跨平台构建终于成功了,Rust 本身跨平台构建还是稳定的。不稳定的是 C++ 和 C 依赖,很多报错都是环境没配好,遇到 linux 各种环境,不同的 C 工具链,还是得找社区的镜像,到镜像里面构建
跨平台 rust 库编译是真难。打了 40 多个 commit 跑 github actions,终于解决了 linux-gnu 和 mac 的问题,unix 只要 C 到位了,编译就没毛病。到 windows-msvc 就难崩了,有些命令不兼容,还阻断报错。还有一个 musl-c 的 linux 平台,貌似不支持 c 动态库,得晚点看看。
搞了半天 边缘部署,一下子 Deno Deploy 好了,想着 Cloudflare 也上一下,结果上了之后发现,CPU 计算时间太长直接帮我中断了,白弄了一晚上
难绷,我用 protobuf 来传递接口协议,想着给 Wasm 用就不写两边的链接代码了,没想到 protobuf 在 rust 端解析需要多 1MB 体积,不过想到有代码生成,多语言适配,也就算了
下一页