fcten

好用，年订阅费用 < 100 （ notability ，巧摄等）
好用+无可替代，年订阅费用 < 500 （ ps 、lightroom 等）
好用+生产力工具，让公司付费 [狗头]

绝大部分都是 medium 。hard 一般都要上百行面试那点时间根本写不完。

这些配件都不是必须的，对于个人来说 90%的场景都用不到。等你有确定的需求再买。
如果是生产力，当然是全都要。

潜水多年，至今只有 22 个银币的我……甚至买不起半个邀请码 [捂脸]

1. 使用线程池的目的是为了减少线程的创建和销毁，而不是为了保证任务完成。
任务是否能完成受很多因素影响，瓶颈不一定在线程数量上。试图去保证任务一定完成是不切实际的，盲目创建新线程可能会让系统加速崩溃。

2. "先判断是否达到最大线程数在判断任务队列是否满了"为什么不可以？
如果使用这样的策略的话，提前创建好最大的线程数量（核心线程数=最大线程数）会比让线程池去动态创建和销毁线程更高效。动态销毁线程的唯一优势大概是节省一点点内存。

3. "先判断任务队列是否满再判断是否达到最大线程数",这样设计有什么优点呢？
减少了线程的创建和销毁。当请求量只是在短时间内超出处理能力的情况下，可以避免创建新线程。

前两天用 m3 max 跑 qwen 72b 基本也有 9 token/s 的样子。但是目前本地跑推理并没太大用，训练又肯定不够。只能说完全没有必要因为这个理由上 m3 max 。

光看你的需求的话，没必要。买个移动硬盘吧……
想折腾的话，1k 预算不含硬盘的话够了。

基本够了。不够的话，另买一个 mini 主机或者云服务器部署 docker ，比买 apple 的金子内存划算。
当然，能咬咬牙的话，上 36g 的 macbook pro 。

没有这样的法则，只能根据业务场景和历史数据具体分析。不同的业务峰值访问量会有巨大的差别。例如外卖 app ，在午饭和晚饭这两个时间点前后或许可以集中一天 90% 的流量。很明显按 5 小时估算是不够的。而对于即时通讯 app ，则是全天都有人活跃，可能按 8 小时估算都绰绰有余。