为啥不直接看代码呢
https://github.com/python/cpython/blob/3.12/Lib/concurrent/futures/_base.py#L243

@Rorysky 跑过 7B int8 的推理，每秒大概 20 tokens

AI 总结：
这篇帖子是作者 wangdj20010 对自己从大专毕业后的职业发展历程的回顾，包括在不同公司的工作经历、跳槽、技术成长、个人品牌建设、以及最终选择离职留学的决定。通过这个帖子，我们可以看到个人努力、行业机遇、贵人相助以及个人品牌的重要性。同时，它也展示了作者在面对高薪和职位时依然选择追求个人成长和满足感的勇气。

https://pkg.go.dev/math/rand#NewSource
Unlike the default Source used by top-level functions, this source is not safe for concurrent use by multiple goroutines.

现在不需要手动初始化 seed 的

我的 K60 用了 5 个多月，电池健康度就只有 80% 了，续航也明显不如新机。但是也勉强够用吧，反正多一小时也只能撑半天。

1. 有个按钮可以一键充满
2. Intel 芯片下确实容易出问题，需要重置 SMC ，apple 芯片没遇到

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

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

看看台湾的阴间论坛

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

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

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

这个是用快照机制保证的：
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

有一个优雅的办法叫作 PyThreadState_SetAsyncExc ，就是在另一个线程里抛异常……

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

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

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