@aliipay 你可以关注一下天真蓝的微薄。虽然天真蓝拍出东西比较工业化，但效果是一流的。

@ovear GPU 不参与编解码也不参与显示，这个是由另外的 decoder/encoder 去做的（单独的硬件模块），全屏的视频，没有 UI 的话，那么 GPU 基本闲置（一半嵌入式的 GPU 即使没有 task 也会以 50%clock 运转的，除非进入 clock gate 状态）。微信视频可就没那么简单的，如果是全屏状态，那么 decoder/encode 全部工作，显示模块（不是 GPU ，一般会有几个硬件做的 layer ，要做合成）， GPU 还要画 UI （当然这个很简单，和闲置也差不多）。

功耗一定是测出来的还不是算出来的，负载相同的状态下，还要看带宽利用，高带宽的功耗会大很多。
嵌入式设备，基本屏幕就是个大头，谁屏耗电多就吃亏。。。

@ovear 纠正一点，看视频的话， GPU 应该空闲， CPU 满负载或是 decoder 满负载。另外 30%的负载并不是 30%的功耗。

必然是天真蓝。。。

魔都， 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+点可以试试。