红米 k30s 、k30u 都可以
三星之类的国外品牌就算了，压不住国内的流氓的，miui 比较适合国情
而且字体可以调得很大很大，老花眼很适合
也不要买小品牌，因为云服务之类的，延续性很重要，换手机了，相册之类的都同步的，小品牌一倒，就麻烦了
另外，不要买太贵的，因为老年人很容易摔手机屏幕，便宜的要么直接就换新了，要么就换屏，都不怎么花钱，两千左右是合适的，都有骁龙 865 的了，性能也不会比四五千的差很多
至于强制安装 app 之类的，估计是几年前的印象吧。而且多出来也没啥啊，miui 的自启动管理很好了，不会给它们运行的机会的

@Balthild 划出 tokio 文档里的重点给你：
A common solution to this problem is preemption. With normal OS threads, the kernel will interrupt execution every so often in order to ensure fair scheduling of all threads.
os 线程支持抢占
Runtimes that have full control over execution (Go, Erlang, etc.) will also use preemption to ensure fair scheduling of tasks.
go 、erlang 也支持抢占
This is accomplished by injecting yield points — code which checks if the task has been executing for long enough and yields back to the scheduler if so — at compile-time.
插入调度点，这是 go 过去的做法，现在增加了用信号去抢占的方式
Unfortunately, Tokio is not able to use this technique as Rust's async generators do not provide any mechanism for executors (like Tokio) to inject such yield points.
tokio 不支持抢占

你的大前提错了，推论自然全错。

@Balthild tokio 并不是抢占式的运行时，tokio 文档里清晰说了的： https://tokio.rs/blog/2020-04-preemption
你对“抢占”的理解有误。

从来都觉得 testing 比 sid 差
当然都比不上 arch 系。testing 和 sid，挂是预期中的，本来就没想着让你好好用的，arch 滚挂是非预期的。
还有个方法是用 btrfs，升级之前做一个 snapshot，如果升级有问题，直接 rollback

推荐一篇文章，Do the Real Thing： https://www.scotthyoung.com/blog/2020/05/04/do-the-real-thing/

怎么提高？多写，多改进，多思考，少发帖，少求神

另外就普适性而言，和 goroutine 对等的，也是线程。在 go 里，你只能用 goroutine，不存在其他并发单元。而 C/C++
里，能担当这个任务的，只能是 pthread 这类线程库，而不是其他协程库，因为协程库还没有统一的标准，你用这个，他用那个，没法融合的。
另外，虽然现在主流 pthread 实现，都是 1:1 映射到系统线程，但是，M:N 映射到系统线程的 pthread 实现，也是存在的。pthread 线程，和 goroutine，都只是并发的单元，具体怎么实现，对于使用者是不可见的。goroutine 历史上曾经实现为纯协作式调度，不代表它就是协程。因为它加入抢占式调度之后，程序也不需要变化，怎么调度都不影响语义，这是协程不具备的性质。协程语义一般都会有确定的调度点，例如 yield 语句、await 语句，而不会是任何地方。

喜欢 oled，就 k30u，喜欢 lcd，就 k30s
miui 是很不错的

@beidounanxizi 和哪个协程实现差不多？请举出例子，不要相当然。

@sujin190 1.14

个人信息保护法草案等多部法律草案公开征求意见 http://www.npc.gov.cn/npc/c30834/202010/9f67b926535948719c2a0b0220dce9ed.shtml
《中华人民共和国个人信息保护法 (草案) 》全文公布 https://www.secrss.com/articles/26427

在做了，在做了

@Yc1992 协程当然是协作式调度，但 goroutine 并不限制调度方式，现在的实现就是有抢占式的调度方式，跑着死循环的 goroutine 也可以被抢占，所以 goroutine 并不是协程。
FAQ 那段话是 11 年前写的： https://github.com/golang/go/commit/d4a4468204448843d0dd15d2d4b89c29607a4a7e
那时候的 goroutine 确实是协作式调度，没有任何抢占机制。但现在 goroutine 已经不是 11 年前那样了，FAQ 那段话是过时的了。不会有任何协程实现可以有 goroutine 这样的性质，就算可以自动调度，也做不到抢占式调度。只有线程具有抢占式调度的特性，所以说 goroutine 对标线程。

goroutine 本来就不是协程，对标的就是线程

这都不会自己做功课，还不找中介？搜索引擎不够用还是不会用啊？
什么都不知道，那就找中介，免得被坑！

Http 也可以 long pull，不用轮询

绑定手机的，谁要你的？

@Ray95
@icebearloveu 直接去 apkmirror 找 google play, google play service, google service framework 三个 apk 装上就行了啊

@hahasong 集成不代表就差。以前主板还有北桥芯片，现在都集成进 cpu 了。有些 cpu 型号也集成了南桥的功能。集成是趋势。
独立显卡显然比集成显卡更耗电，说的就是耗电，你拿显卡和声卡举例，正是佐证了我的观点。
华为最近的几款麒麟也是集成的 5G，骁龙 765G 也集成 X52，集成是技术成熟了的表现。

妈的。