既然看了 C 和指针，那就应该看看 C 专家编程，你的要求最后一点压根不是事情（既可以考虑位段来做，也可以考虑用位移来做，压缩变量呗）

另外同意楼上。不然还可以写 i[arr]也完全等效。。。

FPGA 太慢（频率太低），传输文件太慢（还是频率太低）。
一个 Linux kernel+busybox 10M 左右，2-3MIN 传输，跑起来 20S 以上，不是为了验证新芯片，打死我也不想用。

还是 GPU 写 Shader 比较好玩。

C 语言带函数头尾也只需要 5 行搞定。
void fun(char **list, int index, int end) {
printf("%*s<%s>\n", index, "", list[index]);
if (index < end - 1) fun(list, index + 1, end);
printf("%*s</%s>\n", index, "", list[index]);
}

这名字哪里一样了？你这分明是两个都是 attach 状态，先 screen -d 再 screen -r

题目写反了吧。CPU 温度过高关机是很正常的，检查硅胶。

@rocksolid 外企这种事情不要太多了。。。基本所有大公司都干过这类事情。

这个得分情况。很多外企的 HC 是非常紧张的， open 的时间可能也很短，确实可能发生这种情况。不过国内的小公司要是想找这个理由？还是曝光吧。

@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!