zzxgz

楼上已经有人分享了 multipass 了，我也一直在用，用来创造一个 linux 的开发环境。

之前一直用 vscode 来 remote ssh 进去开发，也没啥问题。

但是最近我在使用 JetBrains IDEs(Clion)的 remote development （我认为它是 vscode remote ssh 的 JetBrains 版本）来打开同一个 linux 虚拟机里面的项目的时候，总是不成功。可能是因为 remote development 还是 Beta 版本吧。

其实有没有可能是你的客户想打的不是 flowing ，而是 follow ？

感觉 Can you follow my requirement? 比较说得通。

同 28 楼，广州风水好，首选荔湾广场

顺着楼主的逻辑来看，的确是很有道理啊。11 点上班 9 点下班，每周上六天。

谢谢楼主分享。

这个 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)，但是回复我的人好像也是没啥头绪。