意义在于：更快的买到（在跑到店之前就买到了），更快的拿到（不要等快递），很适合我这种着急的人

看到周围人都在赚钱的时候，问这个问题，显然要亏，也没法入门。什么时候大熊市你想买了，就入门了。

文档不错，点赞。以前拿好几种语言撸过...
https://github.com/Bestoa/rust-brainfuck
https://github.com/Bestoa/py-brainfuck
https://github.com/Bestoa/go-brainfuck

@yulgang 我第一反应也是这么想的！

@seven001 我第一反应也是，很久之前应该在科苑路。现在进出停车场走到哈雷路的门都能看见。

1，见 18 楼，40+核强一点的 server 30 分钟
2，只有第一次需要全编译（还有验证 release 的时候）
3，对于 so 类，可以只编译单独 so，几十秒，比较慢的是改了 Android.mk(Android.bp)
4，对于 kernel 等在 boot 分区上的，可以只生成 boot 分区，只烧录 boot 分区
5，即使是需要重新整个 image 来验证的 bug，在完成第一次编译之后，也只是打包 image 的时间+烧录时间

@tom82232 说实话，我不能确定是不是 cache 命中导致，但现象让我很怀疑。另一个可怀疑的点就是你的这个计算运算量的方法。。。所以让每个循环多做点事情也可能是减少误差的真正原因

先说点 别的，timer 做的毫无意义，你这里面全部没 mutex，不如 stat 的时候就一个简单逻辑 sleep(x), 然后直接算这个期间到底算了多少。多线程没有显著提升我觉得有很大原因是和 cache 命中有关系。 试试加大计算量：
diff --git a/b.c b/b.c
index 5168b0d..a92dc5e 100644
--- a/b.c
+++ b/b.c
@@ -28,6 +28,8 @@ uint64_t prev[CPU_MAX];
uint64_t tmp[CPU_MAX];
int flag_stat = 0;

+uint8_t *cache;
+
static void
init(void)
{
@@ -116,6 +118,7 @@ tdata[seq].a += 1;
tdata[seq].b += tdata[seq].e*8;
tdata[seq].c += 1;
tdata[seq].d += tdata[seq].e*8;
+memset(cache, 0, 64*1024*1024);
}

return NULL;
@@ -195,6 +198,7 @@ return 0;

int main(int argc, char **argv)
{
+ cache = malloc(64*1024*1024);
//program thread-num thread-cpu-seq
init();
argc--, argv++;

非打击向。。。有个 PC 程序 MHXX Dex 。。。比你这好用，支持中文 [Doge]

苹果现在还有不支持 IOMMU 的 CAMERA 存在？？？

@las917vki 欧美企业因为 HC 问题招不了人（注意是招不了，不是 HR 故意恶心你）的情况太多。

主要是，V2 上可能都是互联网从业者居多，其实偏传统一点的行业，很难招到合适的人。往往实际情况是：老大想招人，挂在各大网站上，很久都没人来，然后上面规定，有个截止日期，这个日期之前没招到人就不准招了。。。还有一种情况是：老大扩招，然后发生了组织架构调整（ re-org ），HC 被砍。。。

所以现在都倾向于内推招人。

@ccming 终于看到一个靠谱的。

继续吃。。。。。。。（手动狗头）

话说没有树和图的章节，来个 KMP 算法，你就觉得简单了？？？

补充一句，A73/A53 如果你只写写简单程序， 你会发现频率才是影响性能的“唯一”条件， 并不会像 intel 这种每代差别都很大。

首先，卡不卡和 CPU 关系不大和 GPU 关系更大；
其次，要喷也喷一下 Linux 以 X server 为首的垃圾显示架构，android 都是自己搞的；
最后，树梅派有还算充足的 GPIO 可编程接口和小巧的体积，硬要做桌面 OS，不太合适。

@tomcoder 华为据我了解就是慢慢排队。很多大一点的外企都有。人才引进需要公示，去翻翻每个月公示的名单就知道什么企业可以了。

分情况。简单来说部分地方是，半导体使用过程中温度升高，会导致漏电进一步升高温度，当然这会达到一个平衡，所以老设备在同样软件状态下，温度会轻微上升。但大多数情况下这还不是导致新电池不耐用的原因，软件更新也是不可忽略的问题。