android 如果采用 wintel 模式可能就没有这么多问题了。OEM 厂商老老实实作回组装厂，用户想怎么装 android 就自己装，google 安心做好系统软件，签发 OEM 兼容证书，约束 OEM 厂商少搞些轮子，少弄些瀑布屏这些华而不实的东西。如果以前 google 不敢这么搞现在或者未来一段时间应该时机成熟了。

小型充电头拆了以后看比 apple 好的目前还没见到一个。建议楼主和电有关的东西没事不要乱试。

把别人都照妖了然后 MIUI 把所有数据都撸走了。

不明白为什么 imessage 很少人用。 另外还有两个小众但没被墙的，keybase 和 tox，前者端到端加密并完全开源，后者非中心化、端到端加密并完全开源。

当年玩的土星版，玩 PC 盗版的小伙伴发现这货竟然还有真人动画，顿时感觉自己玩的是假的 C&C。

电池可换（尽管需要微创手术），可能到明年电池不行的时候马家那里一堆换电池的。以后不想多花钱追新的话挺划算的。

@aptx4689 只能感慨一下苹果的 U 比较强悍了。

好奇不是没有 GPU 支持吗，怎么看视频演示这么流畅。iphone se 如果以后也能流畅跑就爽了。

@csyshar 小米解锁救砖， 不成功不要钱的那种。卖家要让你 PC 装一个远程 usb 通信软件，相当于把加密狗插在你自己的电脑上，然后卖家远程操作。 卖家不是用的 sp flash tool 这类的工具，更不是装 XX 助手之类的， 没有用加密狗的就 pass。

现在 MTK 的 BROM 要验证数据的完整性或者 sp flash tool 需要有密钥才能过 BROM。如果你是从 xda 看到的 guide 来刷要慎重，因为老外用的是国际版，并不是根据国内版做的。搜我之前的 post，魅族也是同样的坑。 另外你可以试试马家 5 元，卖家如果有对应加密狗的话也许能救回来。

@msg7086 实际上现在带 C1 的盘都是有停泊区的，要完全离开盘面到一个橙色平台上，你可以搜一下，这不是一个小动作，你听声音就知道了。

bl 锁了，要一个 mi account 解锁，我是在 xda 搜到的。

@msg7086 卸载时停靠在磁盘内圈，现在有停泊装置的会完全移出盘面停靠在停泊区。我个人经验感觉磁头并没那么脆弱，反而盘面有时候碰一次坏道就出来了。

@msg7086 我随便查了一下 C1 大概只有几十万次。但其实这不是一个单纯寿命的问题，还要考虑震动环境下磁头频繁装载造成的失误几率，控制电路的可靠程度，内部的空气动力。如果这个过程中数据挂了磁头还是好的，这对用户来说还是个问题，用户还是认为磁盘挂了而不纠结是不是磁头挂了。

@DT27
@black11black

1. 看具体装在什么上面。举个极端一点的例子，ipod classic 的硬盘在读取完数据后（一般是一首歌）立即停靠磁头+停转，不然用户真的做 apple 广告上那样的嘻哈动作两天就完蛋。

2. 看上面跑什么应用。像现在咖喱味的 win10 或装了国产流氓软件的 win，你会发现磁头会来回停靠\读取反而减少磁头寿命，搜一下 C1 门。但如果跑 linux，特别没有 X11 的就没有 C1 门，因为几乎没什么后台 IO。

@redsonic 像这种情况你需要裸跑 iperf 抓包分析了。有性能要求还是用软路由吧，懒得折腾。

@bibiisme 因为现在的 TCP ACK 都是选择重传 SACK，就是只重传丢失的包，所以塞满包的线路丢几个然后重传影响不大，调大 window 还是好的做法。我之前说的是高丢包情况下比如 10%以上，什么机制都歇菜除了那些魔改的，但真的不建议用。

接受端没有，发送端可以换 bbr 拥塞算法，也可以用 tc 限速，回避因接收方限速丢包后引发的一系列重传机制。

@bibiisme 你线路好改参数就解决问题了，如果丢包厉害啥也救不了。如果都用 kcp 只会使情况更糟。