bruce0

@xiaomushen #68 懂了,但是我们开发用的 go,交叉编译还是有点嗦,中间有想过直接内嵌 leveldb 的(有人把 leveldb 包装成 go 的接口了) 但是这样做基本还是要重写存储层,不如直接 127 连 redis 方便

@mightybruce #64 游戏中所有数据(就是玩家的虚拟资产,绝对不能丢的),用过 kvrocks 类似的 pikiwidb,相比 redis 延迟稍高点,鬼区没问题,活跃区,可能会出现部分场景下卡顿

@prosgtsr #57
@xiaomushen #52

游戏中的全局数据,还有在线玩家的数据都在内存中,这些肯定不是读 redis 的,但是数据要落地啊,要不然游戏重启,崩了,机器故障了,数据不全没了,我们直接拿 redis 开 AOF 当落地数据用,不是所有数据都存在 redis 里,很多数据还是在内存里的

用双拼最大的好处 我感觉是节奏感,每两个键 确定一个读音,这节奏感比全拼要爽多了

@aaronlau 我看过用速录机输入的,那速度吓人

@HiHuan 这个可能真不是吹牛皮,我们原来打算用云的 redis,但是云的 redis 的网络延迟在 100 微秒左右(没看错,就是在 100 微秒 0.1ms),联系了他们的 redis,网络工程师等等一起研究,网络工程师说因为涉及到多跳,最少 100 微秒左右.我们使用 redis 在单线程中,没有多线程并发(祖传的,就是这样用,要改相当于整个游戏存储重写),这样会把 QPS 限制在不到 1w,我记得在 7000 左右. 因为一个玩家登录,会涉及到到次 redis 读写,所以只要在线人数超过 1000 人,这个服就开卡了.没法办,我们只能用自建的 redis,使用 127 直连

@yedkk 单纯写代码,好用,我感觉非常好用,但是现在用 AI,听很多人说,不如 VScode 好用

@yvyvyv 看看擦边小姐姐还是不错的

@zhangeric 我感觉这个有点慢