迫于闲置，出树莓派 4b4G1.1+官方电源+散热壳=400

[gridsah]

树莓派 4b 4G 版+被动散热壳(已加硅脂)+原装电源

本来作开发机用的，后来由于 golang 对于 arm 的兼容性让人头秃，就去买了新的 x86 工控机。树莓派就闲置了，出手回血给 nas 加内存。

今年年初疫情期间深水宝购买，总开机时间应该不到 200 小时。

走闲鱼。复制内容到闲鱼打开€1sMCciFC44a€

[ShayneWang]

感觉最近不太好出,因为上周有 2G 版本的 190 包邮车

[gridsah]

@ShayneWang 不急，我出这个比较佛系。能出就出，不能出的话让朋友带到国外去，当个梯子用也不错。

倒是老哥你这车的信息都是哪来的？经常逛咸鱼？还是哪个论坛的？

[feelinglucky]

比较好奇技术方面的，golang 对于 arm64 的兼容性怎么不好的提法，是碰到怎么坑了吗？

[touzi]

有个 chromecast 4k 版本的换吗

[gridsah]

@feelinglucky
我前段时间用 golang 在写 TG bot，写完以后 win 和 linux 上跑着一切正常，我就在 debian stable 上交叉编译了 arm32 版本丢到了树莓派 4 上。然后开始对树莓派压测，但是每次都会碰到程序崩溃，看报错信息像是请求无法执行导致我无法收到完成信息，最后让我重调了很多次 TG API 。

我开始以为是我流量被 GFW 检测到了（ PI->just * socks->TG API ），后来我就自己架了 V*N，所有流量都保护起来（ PI->VPS->TG API ）。然后发现问题依旧。

没办法，开始认真 debug 。有可能是系统问题，也可能是 go runtime 的兼容问题。分析了一通以后发现是一类负责 http 连接 goroutine 有了问题（用了官方的 net 包）。最后发现，go runtime 好像对于一个关闭了的 http 连接有了抢占式的资源调度，runtime 对于这个连接的 terminated 标记好像迟了一些。到这为止，这个 bug 已经不是我能修的了。

后来本应该是我开发机的树莓派 4 成功吃灰，功能用 java 重写了，真的稳如死狗...

[gridsah]

@touzi 不好意思，我暂时不想再自己折腾这些 arm 设备了... 还是 x86 省心。

[IDCFUN]

@ShayneWang 哪的车啊？

[ShayneWang]

@IDCFUN
@gridsah
矿渣论坛 垃圾佬必上 2333
bbs.nas66.com

[gridsah]

@ShayneWang 谢谢兄弟，已经准备玩矿渣了....