谢谢楼主分享。

这个 latency 跟 gRPC 官方的数据比起来，好像打了不少啊。请问这个是因为硬件不同的缘故吗？

@xupefei 全部在内存里面的话，我也认为可以，但是我这边需要数据有持久性，所以就需要使用一个数据库了。

@tinkerer 你说得有道理，但我认为 Scan 也是必要的，因为不用 Scan 的话，我不知道应从数据库里拿到的 rows 得到我需要查找的信息。

@xupefei 你说的对，包含写操作的话，的确不可以。

现阶段我更关心的是，如果测试的时候只算读取数据库的 qps ，能不能做到百万呢？

刚刚发现了一个测试的错误，并在 append 里补上了重新测试的结果。看来用 Go 现在最多也只有 5 万 qps 了，离一百万 qps 差得太远了。

谢谢各位的回复！

@tinkerer #2 我也同意你的观点。[这个回答]( https://stackoverflow.com/a/4060838/8883222) 说，只要同一时间只有一个 writer ，那么应该也是没问题的(1 writer n readers)。如果真的是 cgo 的问题的话，那么这个问题在 Go 里面可能就暂时没有解决办法了，可能只能用 C++达到一百万 qps 的性能了。

@xupefei 应该是可以的，我觉得 Bedrock 的测试挺好的。想请教一下，其他的常用的数据库大约能达到怎么样的性能呢？会比一百万 qps 低很多吗？

@lloovve 谢谢你分享的链接，看起来这个人测试的结果都在 10 万 qps 以下，[这个帖子]( https://turriate.com/articles/making-sqlite-faster-in-go)也测试了`mattn/sqlite3`，得出的 qps 也是类似的水平。

@wtfdsy 谢谢你的分享！[这个测试]( https://www.cnblogs.com/liughost/p/6698205.html)它用的也是`inmemory`模式（`mode=memory`），我把它用内存模式和不用内存模式都测了一次，性能上的差距不是很大，主贴里面的测试结果（`avg read = 0.0107`）是没有用内存模式的，用内存模式的结果大约是（`avg read = 0.009xxx`）。

现在看起来，用 C++（或者 C ）跟用 Go 的性能差别有点大啊，但是我们是希望能用 Go 来达到这个性能目标的（百万级或者不差太远的 qps ），不知道各位还有没有其他的想法呢？

对了，其实我也在`mattn/go-sqlite3`这个仓库里面提了[差不多的的问题]( https://github.com/mattn/go-sqlite3/issues/1022)，但是回复我的人好像也是没啥头绪。

minesweeper ，太好玩了

“脑放”算吗？

在 github desktop 里面我不知道应该怎样为一个 commit 签名，所以我就用命令行，因为它直接 -S 就可以了。

楼主分享的这双鞋有点像 yeezy 500 ，楼主可以参考一下。

谢谢楼主分享，ssh code 指的是像 vs code 的远程 ssh 那样的功能吗？

@niubee1 哈哈你说的这个跟 Rammstein 的键盘手一模一样

楼主，等一等吧，好像是 18 号开发布会了：
https://www.v2ex.com/t/807432#reply4

伟大

其实 apple music 的无损是 16 bit 44.1 khz，好像也一般。

看了另外一个帖子，我以为“华擎”是“华为安卓引擎”的缩写。。。

@pkoukk

谢谢分享与指导！我印象中应该是装了 gopls 的，不过当时还是不太行。

下次用的时候我再仔细调教一下。谢谢！

原来我用的是 vscode，但是它打开项目的时候总是定位不到 import 的东西，写代码也没有自动提示。

我改用 goland 之后就没这个问题了。

3000 元的话，不如先全用来买耳机吧。如果觉得听上去比以前好多了，但是觉得还差那么一点点的时候，再买耳放都不迟。

谢谢楼主分享。

话说我从 2k9 开始玩，一直玩到 2k20 。21 是我多年来第一次没欲望购买 /游玩的 2k