必然是天真蓝。。。

魔都， 7%，但不超过上限。 2016 年应该就是 1L 那个数，今年 7 月份调整，应该不超过 2731 。

@ykwlv ssh via ss

被墙了不用想了。直接把 SSH 暴露在 GFW 下，登录几次这个 IP 基本就废了。

This is my Apple, this is my gun!

检查硬盘灯，注意有可能 memory leak 的程序，尤其是浏览器。
装个 htop ， crtl+alt+f3 进去 htop 看一下。

如果上班做的有意义，那么提升巨大。资源多，还可能有人带。
如果上班做的毫无意义，比如改个翻译， merge 一下代码，那么必须自己学，但不如上面的快。

@phantastar 说句不太好听的啊，但凡需要重写 HAL 的，绝对搞不定。所以，官方支持到哪个版本，就扒哪个版本的库，可以碰碰运气能不能用。

@kmahyyg 做 OTA 的同事告诉我，默认就有 system.img 那个 system.new.dat 是 block ota 的东西，要么你再看看？

@phantastar Android 的 code 相对混乱。 Android 其实分为 2 部分， AOSP/GMS 还有 partner 可以拿到的 developer branch 。不和 Google 签订协议，也可以拿到 AOSP 的 code ，你想改啥就该啥。如果和 Google 签订 AOSP 的协议，需要过 CTS 认证（理论上不通过 CTS 认证，并且是 Goolgle 认为你过了，不可以称自己为 Android 设备），严格意义上，不可以改任何 google 的 code ，即使是 BUG ，但厂家仍旧可以通过在编译前打 patch 。再进一步可以签订 GMS 的协议，附加在 AOSP 的协议之上，这个包主要会有 Google Play 等那一堆东西，同时需要过 GTS 的测试。

@kmahyyg 我这边 vendor 还是可以产生普通的 system.img(Android 7.0) 并没有在 AOSP 里做什么修改，只增加了一些编译脚本和 mk 。这块我不是非常了解，帮你问一下吧。

@kmahyyg 关于#58 ，我没有做过 OTA 相关的东西，抱歉无法帮到你，试试用全镜像？

@phantastar AOSP 是开源的。我们的一切假定前提是，没有任何 vendor 的支持（有 datasheet 也没啥意义），那么只要保证 vendor 没有过度修改 AOSP 内和 HAL 对接的相关 code 。

@phantastar Android 标准 hal 层必须是 C/C++，广义 hal 层可以用任何可以跑的语言，前提是搞的定权限问题。

@zonghua gmail+点可以试试。

@phantastar 你可以继续提问，聊天工具上讲实话很难说清楚。说实话坑非常之多，并不是非常推荐自己移植这个。

@honeycomb 名字很有个性。

@xingda920813 并没有，因为懂这个的，基本都是做 rom 的，或是 vendor 自己的人。