是否可以通过 github action 做一下自动化打包？

推荐一个我自己的库:

https://github.com/valord577/mailx

以下仅个人工作相关的观点哈:


1. 如果是自有的产品 能完全掌控部署和编译环境 那么只要内部团队协商好就行。
2. 如果是提供 sdk 动态库给客户用，一定是提供 c 的 api 。原因有二，abi 稳定 客户可以用自己的编译器 / api 符号稳定。至于 sdk 内部语言用 c 还是 c++都无所谓 如果用 c++实现的 sdk 切记打包静态 c++运行时(libstdc++.a/libc++.a) 不然客户那边会有一大堆问题

你可以问一下你身边的"模型制作者"几个问题。1. 什么是傅里叶变换 2. 傅里叶变换为什么能在神经网络中起作用 3. 神经网络的本质是什么 (是拟合结果 y = f(x)仅此而已)

我身边的模型制作者 都是用开源网络结构 训练一下 调参一下 然后把测试集输入模型 看看效果。不行再重复前半句的操作。

至少我身边都称"模型制作"就是炼丹。99%的模型制作人回答不上上面的 3 个问题。

反而是 像你这种能把模型进行工程化落地到实际项目的人 能为公司带来收益。 所以不需要妄自菲薄。仅仅是炼丹的入门 你也是可以入门的。

盲猜原因是 swap 占用太多磁盘 可以用这个命令查看 swap 信息: sysctl -a | grep swap

至于 IDEA 还是得配置一下 jvm 的最大内存占用 配置信息引用这个帖子 t/1117622#r_16005722

PS: -Djava.compiler=NONE 拼错了

看 OP 发帖的目的是"闲聊" 还是"获得市场行情的信息"了

我个人主观觉得 得先认清自己的"目标" [doge]

具体情况还是得拿出日志和 jvm logs 来分析 以下只是猜想:

1. java 运行期间会做 jit 储存 jit 也有个 size 当这个满了后 会导致卡顿
2. 默认的 gc 在回收内存时 会导致卡顿

下面是我的 idea.vmoptions 仅供参考

-Xms1024m
-Xmx2048m
-XX:+UseZGC
-XX:SoftRefLRUPolicyMSPerMB=0
-Dfile.encoding=UTF-8
-Djava.complier=NONE
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-XX:+IgnoreUnrecognizedVMOptions
-XX:+UnlockDiagnosticVMOptions
-ea
-Dsun.io.useCanOnCaches=false
-Dsun.java2d.metal=true
-Djbr.catch.SIGABRT=true
-Djdk.http.auth.tunneling.disabledSchemes=""
-Djdk.attach.allowAttachSelf=true
-Djdk.module.illegalAccess.silent=true
-Dkotlinx.coroutines.debug=off
-Dapple.awt.application.appearance=system

-Dnosplash=true

-XX:ErrorFile=$HOME/Downloads/java_error_in_idea_%p.log
-XX:HeapDumpPath=$HOME/Downloads/java_error_in_idea.hprof

amd ffmpeg 建议集成这个 而不要走 va-api

https://github.com/ROCm/rocDecode

强行喝水 有尿意就会去上厕所 减少尿酸还能走动走动

@132


黑苹果服役中 [狗头]


i3-wm 这种 wm 窗口的 可以自定义全部按键 [doge] 就是配置有点费时间

win 键在 i3-wm 里面叫 super 你可以看成是 mac 的 command 键 然后根据配置文件自己定义就好了

类似于 6 楼说的 一般熟悉网络技术栈的开发者会优先使用 socket 似于网络通信的 api 方便在 unix domain socket 和 tcp/udp 互相移植 这个和 windows 或者 unix-like 等平台无关 属于是习惯或者熟悉之类的。这种非业务层面的技术沟通 如果后期他也会维护你的代码 你俩就好好商量。如果他不参与你的代码维护 建议看着办 [手动狗头]

或许试试 libmpv ? https://github.com/mpv-player/mpv

@PowerDi #15 试试这个 https://marketplace.visualstudio.com/items?itemName=Tibotix.definition-autocompletion

@PowerDi #13 补充

如果是 linux apt 系列的发行版 可以直接添加 llvm-apt 源 apt install clangd-{version} 然后在 vscode 插件配置`clangd.path: /usr/bin/clangd-{version}`

如果 mac 的话 考虑 brew / windows vs installer 可以安装 llvm 工具链 (独立组件)

如果是 windows/mac 可以考虑这个脚本 进行静态编译 https://github.com/clangd/clangd/issues/514#issuecomment-2327754089

@PowerDi #11 对 就是 compile_commands.json 这个

cmake meson 可以直接生成 compile_commands.json

makefile autotools 可以搭配 bear 这个工具 bear -- make -j 也能生成 json

长期用 clangd 根据 json 补全 速度比 cpptools 快很多 暂时没遇到你说的问题 建议捣鼓试试

vscode+go 环境 在 zsh 和 bash 配置中 不用单独 export GOPATH GOROOT 这些的

只需要 export PATH=/opt/go/bin:$PATH 其他环境变量通过 go env -w ${key}=${value}

vscode 也不需要设置 go.alternateTools

还有一种可能性就是 环境变了需要重新 source 一下 mac 建议重启或者 logout 一下 防止有缓存