我是上个月刚刚买的，500 不多不少（超了几十块钱），现在用了 2 周还是挺舒服的
https://www.v2ex.com/t/897274#r_12382306 54

另外楼主说的搭建个人博客，这个听起来还是放在云服务器上更好一些？

@wxf666 嗯其实我们故障的时候用的就已经是 bigint 了，正常用它确实是用不完的，但是那时候因为一些 bug ，浪费的 id 远比使用的多，频繁回滚等操作（具体忘记是什么不当操作了）导致浪费掉的 id 超过 99%，这是意料之外的事情了。

咱意思就是，在代码有问题的时候，其实不能假设譬如浪费掉了一半的 id ，而是很可能回滚、浪费了上百个 id 才实际写入了 1 个 id

这就跟内存泄露一样的，我认为我的应用只会使用 4GB 内存，我给机器分配了 32G 内存，就算应用有问题，开销翻倍，翻 3 倍，最多也就 10 多 GB 。但实际上不是，一旦出现意外，32G 内存全都用完了，自增 id 也是一个道理。

我觉得最重要的是，开发者有没有意识到自增 id 的空洞存在、回滚会浪费多少的 id ，浪费之后的 id 字段类型（ int 、bigint ）是否还够用，评估好的话完全 ok 的，只是怕有些时候是意料之外的空洞。

我们以前就出过这样的问题（意料之外，没监控，没及时发现），代价是把 id 列修改成字符串临时解决了（很不好的实践）。

怎么会没问题呢，业务量不大的话够用当然是 ok 的，业务数据如果多的情况下，回滚导致的空洞会让某个表的可承载数据量减少，例如实现的时候有 bug 或者漏洞，导致大批量的回滚操作，浪费了自增 id 的号段，原本能存放下 18446744073709551615 条数据（数字随便编的，记不准了）现在可能只能放下一半，或者更少的数据了。

简单应用、维护得当可能看不出什么问题，但是稍不注意就会某一天突然报错了，而且是完全意料不到的，因为开发者可能认为比如 1 年内最多也就产生几千万条数据，单表轻轻松松，但是却因为实现上的缺陷导致 id 提前耗光，没加监控或者处理的话这在生产环境就是个 P0 的故障，数据写入不了。

@liulongquan WPS 在 linux 平台是无广告的版本...而且 Ubuntu 我用了很多年了，虽然没去认真查过 CPU ，但是浏览器看视频什么的都是正常的（ AMD CPU + Nvidia GPU ，只是不确定是否有在用）。

办公是用的 Ubuntu ，2 块屏幕，一遍看直播一边写代码都如丝顺滑流畅，我建议你检查一下是不是没配置对。。

其实感觉 PT 下载的内容如果是影视类的话大部分后期都有删掉的可能的，如果有特别重要的内容一般都拷贝冷备，所以磁盘都是消耗品，还不如安心用啦，然后定期选一下重要的资料冷备出去

Hi 胖友们，感谢这么多 v 友的热情回复，我每条都仔细看了的
@bug403 @zb247558826 @kaesi0 @redtree @darksword21 @SenLief @cnuser002 @Junichi @admin601 @zliea @ZeroYe @ningfan120 @asuka02 @idealhs @Jammar @fuchaofather @lm93129 @teasick @he007h @erichen86 @JuSH @Puteulanus @gaohongyuan @imsoso @Felldeadbird @xiaofami @TerranceL @ixwen @jingouwangzi @krisitina

然后总结了一波大家的分析，结合自己的需求，买了兮克 NAS ，CPU 是 N3060,2G 小内存。原因是：
1. 看大家说，我的需求其实很基础，也不会有太多性能要求，所以呢，CPU 在我这里是降低了考虑的比重的；
2. 有很多朋友推荐威联通和白群晖的，我也推荐别的在关注的朋友考虑哈，我这里是因为白群晖的一些功能（例如外网如何访问 NAS ）我不太需要，所以黑群能满足我的要求；
3. 多盘位这个需求不是我需要的，相反我需要尽可能少的空间，所以 2 盘位是刚需；
4. 能 SMB 的，能 Transmission/qBittorrent 的主机+群晖的系统，应该就能概括我的要求了。

BTW 期间去朋友家里体验了一下白群，个人觉得是很好的体验，只是很多好用的功能暂时我不是它的目标用户，其他朋友可以考虑。

最后感谢 V 友们的热情 ^_^

@guazila 明白明白，非常感谢

@darksword21 DIY 是可以的，DIY 的设备在电视访问好用吗，我理解如果我用白裙的话可能就是方便家里人用，例如有什么菜单之类的，如果是直接用 Linux 的话，那就是电视直接文件浏览器访问，直接点开电影来看的那种操作模式

@iGmainC 阔以阔以

@jingouwangzi 白裙里面比较便宜的是 ARM 的 2 盘位，想了解一下不用 Docker ，我的那些需求也都能满足吗？

@treizeor mark 我了解一下~谢谢推荐

@luomao 这个价格太贵了，也不是说不能买，不过会思考买来之后更多的功能对我有什么样的价值，是否真的需要。个人倾向于买满足需求的前提下，性价比还可以的产品

第一种合适，第一种的含义是在主 goroutine 中指定所有派生的 goroutine 都必须在（主 goroutine 视角） 3 秒内做完；第二种意思是主 goroutine 派生一堆 goroutine ，不管多久能做完；但是每个派生 goroutine 单独控制超时 3 秒。

我觉得虽然最终实现出来的效果可能没什么差别，但是从操作语义上觉得还是主 goroutine 统一管控比较好。

最后写出来的效果应该像这样（随手写的，很可能跑不通，但是琢磨应该大致结构大差不差）：
- [https://go.dev/play/p/A1ae5LNzsQu]( https://go.dev/play/p/A1ae5LNzsQu)

```go
package main

import "fmt"

func main() {

ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second)
defer cancel()

wg := sync.WaitGroup{}
for i:= 0; i < 10; i++ {
wg.Add(1)
go longTimeTask(ctx context.Context) {
// some DB query here
wg.Done()
return
}(ctx)
}

wg.Wait()
}}

```

谢谢信息，非常有用。

@yorkyoung 您好 深圳打工 同求联系方式，如果能发，又不方便公开发，也可以邮件 [email protected] 感谢感谢

@18k haha 我现在的情况正好是，预算充足，但是 M1 也能满足，甚至还有点喜欢 M1 的配置，所以才来求问 M2 支持购买的观点

@dhou45 丐版会降速是什么问题，具体需要买啥配置能绕开呢

@zmal 不行，写入不行挂掉就是符合预期的表现，银行业务，不能这样做。

“下游消费跟得上就没有延迟” 这个思路在系统设计里面绝对是有问题的吧，为什么引入一个额外流程能描述为 “如果 xxx 跟得上，那就没有 xxx”。

在设计时你应该认定 “如果引入异步，那它一定会（或早或晚）造成延迟”，造成延迟时会如何影响我的业务，这样考虑事情才对的呀，不能想当然，认为我把消费者处理得足够高性能足够快，就能解决这个问题。