试试在每台机器上单独执行而不是远程表。当然原子性和一致性需要你手动保障。

拿 starknet 发的$交了手续费，白嫖到底

大概给 2w+star 项目累计有 30+pr 了

保证了主库 binlog 和 redo 一致不代表可以保证集群的状态一致性，
同步 binlog 最多只能保证最终一致性，强一致性需要分布式事务去支持。

@mayooot 试试 nvidia-smi --query-gpu=index,uuid --format=csv,noheader,nounits
本地开发用 go 的编译 tags 控制下，mock 一个假的返回就行，我比较早一个项目就是这么搞的。

业界普遍用环境变量去做容器化调度 GPU 的，用 device id 就好。

go-nvml 底层使用的 dl_open+cgo 方式去访问 nv 驱动中动态库的 c 接口，你这个报错多半是编译环境里 libc 版本太低了。

如果想要不引入 cgo 来支持 GPU 检测最简单就是在启动脚本执行 nvidia-smi 然后作为命令行或者环境变量参数丢给程序入口就好。

存本地数据库，duckdb 比 sqlite 更适合分析型任务。

“.c 和.h 放在一起，有.h 没有.c”
不是，这有啥问题吗，你叫的出来的 c 语言开源项目 linux nginx redis etc.有几个可以不中枪的

huggingface 上模型好多都能在线 inference 的，而且这个单独拿出来基本没啥用

中小量级（<100k) sq pq 甚至暴搜估计都比 hnsw 快还省一个数量级内存

和上面大部分意见相反，我倒是觉得小的项目可以用大而全框架来快速启动，大型项目应该精心选择贴合架构，性能和可定制性足够好的轮子来组合。

我没用过 GoFrame ，不过多年前和作者在某个写 PHP 的电商网站当过同事加过好友所以对这个项目有所耳闻 ；）

粗略看了下 paper ，请教几个问题
文章中只测试了 4 bits/key 的对比，是否意味着声称的性能提升基本来自于 baseline 在这个设置下 filter 失效带来的性能降级？如果设置为 8 bits/key 或者更高，是否还有论文声称的性能优势？
从内存节省方面，同样 workload 下与 RocksDB 团队提出的 Ribbon filter 相比是否具有优势？

如果是觉得 clone 太慢的话
git clone --depth 1

没有 256bit 以上 SIMD 指令和寄存器，没有硬件层面的 strong memory model

关键字: nl2sql

转[]any/ {}interface 比较特殊，其它类型可以用 reflect.SliceHeader 之类的奇技淫巧
https://github.com/golang/go/wiki/InterfaceSlice

cgo

代码编辑器上的高亮 /lint ，web 终端上的 sh 脚本、sql 自动补全

首先我没有看这个库源代码和视频，根据常识盲给几个结论：
对于小于 24 字节的 string ，编译器在 gcc5/clang6 之后的实现都会有明显性能提升，但是这个 simd string 不会甚至略降(simd 要做 align 和 padding ）。
对于大于 32 字节的 string ，simd string 在不支持 avx2 寄存器的环境下都会成倍降低或者 fallback 。