从现在的信息来看，小核也不坑啊，别看到有个小字在里面就真觉得不行了。

不过我准备攒台trx40的机器...暂时不关心这个了～

【 在 hgoldfish 的大作中提到: 】
: 有没有人评测禁用能效核以后的多核性能。
: 我现在需要用满全核心的就编译和跑虚拟机两件事。前者估计会出现大核等小核编译完才能链接的麻烦。而后者，虚拟机分配给小核，那要坑死人的。
: ps: 你是不是搞错了。12600k 才 6+4 核，能打 12c24t 的 5900x? 不可能吧？
: ...................
--
FROM 180.158.54.*

说协程是goto的语法糖只是一种比较土鳖的说法。比较雅一点的说法是continuation，只不过这么说没几个人听的懂就是了。

进程线程协程本身只是一个用来定义上下文实现资源隔离的概念。调度是在实际环境中为了解决资源不足和冲突才引入的，额外的，另一个维度的东西。而且现在来说进程线程之类的概念都太老了，满足不了实际需要了，现在大家都玩sandbox+bare metal，有人连os kernel，ring0都想消灭掉了。实现层面早就玩出花了，who care c#是不是在什么犄角旮旯的地方做的比c、go更好啊，这些都是细枝末节的无聊话题，都不在一个维度上。

协程这东西，最有价值的地方是内核无感。这点与线程相反，线程是用户态的程序无感。所以协程的价值就是当成高级goto来用，给你一套机制让你可以方便的安排好context switch的位置、时间、节奏。因为你都安排好了，自然不需要竞争，不产生调度负担，所以才能提高规模。

非要在实现层面整个协程的调度当然是可以的，早在WIN3.x时代，连进程和线程都没有的时候，当时的线程就是协程。如果你一定要把协程整得又能抢占调度，又能以协程为单位在cpu core上迁移甚至并发，xx队列xx池xx锁等等之类的东西一个不拉啥也都整上，那这就是线程。线程遇到的问题也会一个不拉都遇到。又不是取个名字叫协程就能自然免疫问题的。


【 在 leadu 的大作中提到: 】
: 很多人刚开始接触协程确实会有“goto的语法糖”这种解读，特别是有些语言对这个支持的实在差，比如c、go。目前对协程支持最好的是c#，完全把协程first class化。
: 协程虽然不是os调度的单位，但是它可以被线程池中的线程peek。在随机peek的过程中完成了负载均衡
--
FROM 180.111.50.*