V2EX › keakon 的所有回复 › 第 4 页 / 共 55 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 55

❮

❯

252 天前

回复了 keakon 创建的主题 › Redis › Garnet 真比 Redis 快吗？

@hez2010 加了 -P 1024 后，分别是 218w 、68w 和 80w ，差距小了一点。。

253 天前

回复了 dongcxcx 创建的主题 › 问与答 › 最新版的优酷 mac 版多了一个解码的进程

挺多视频播放软件都会附带启动这个进程，你看下它的 CPU 和 GPU 占用率就知道是否软解了

255 天前

回复了 GooogIe 创建的主题 › 互联网 › 今天发现了一个古董论坛，没想到还有人在这样的论坛进行交流

看看台湾的阴间论坛

256 天前

回复了 Kbytes 创建的主题 › macOS › MacOS 下播放器推荐

IINA 可以看到开始播放的时间和进度，但没有次数和时长

256 天前

回复了 lazyczx 创建的主题 › MySQL › 在看《高性能 MySQL》第 3 版，有点问题想问

@lazyczx 最后一句是说查询时不需要等待被其他事务持有的锁啊

256 天前

回复了 lazyczx 创建的主题 › MySQL › 在看《高性能 MySQL》第 3 版，有点问题想问

还有这个可能解释得更清楚
https://dev.mysql.com/doc/refman/8.0/en/glossary.html#glos_consistent_read

256 天前

回复了 lazyczx 创建的主题 › MySQL › 在看《高性能 MySQL》第 3 版，有点问题想问

这个是用快照机制保证的：
REPEATABLE READ
This is the default isolation level for InnoDB. Consistent reads within the same transaction read the snapshot established by the first read.
https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction-isolation-levels.html

257 天前

回复了 drymonfidelia 创建的主题 › Redis › Redis 几乎每小时都出现大量超时，求助

看上去是并发拿锁的太多了，都在轮询。你考虑下常规的锁实现：先获取自旋锁，不成功就进入内核等待。

比如先 LockTakeAsync ，不成功就 brpop 一个 key ，拿到这个 key 或超时再尝试下次 LockTakeAsync 。
完成订单的线程除了释放 LockTakeAsync 的锁，还需要 rpush 这个 key ，用来唤醒一个客户端。

258 天前

回复了 drymonfidelia 创建的主题 › Redis › Redis 几乎每小时都出现大量超时，求助

根据你的业务逻辑重新实现一遍呗，弄懂屎山反而更难。

259 天前

回复了 jrlee1204 创建的主题 › 宽带症候群 › 家里拉的 1000M 的宽带，测速达不到 1000M

千兆指的是到楼甚至小区的速率，上层是和其他用户共享的带宽，层层剥削下来就不保证了。而且跨运营商的带宽很小，大家一抢就分不到什么了。所以要稳定的话，只能南电信北联通，其他的实际体验都不行。

259 天前

回复了 craftx 创建的主题 › Python › 求基于 Python 开发大流量在线服务的经验教训

用 Python 做过单机几千 qps 的项目，也用 Go 做过多机高可用一天几个请求的项目。说实话绝大部分 web 服务的瓶颈不在语言。

260 天前

回复了 akatale 创建的主题 › Windows › 一劳永逸关闭 Windows Defender

我只是在虚拟机里装 Windows 临时用用，折腾了很久也没关掉这玩意，最后我把虚拟机删了，一劳永逸。