- 主题:12代的评测出来了没有？
好奇操作系统对 12 代酷睿的调度怎么样？不会都调度到能效核心吧？到时就搞笑了。
--
FROM 112.47.122.*
那 linux 呢？我不用 windows，比较关心 linux 会不会把线程调度到能效核上面。
【 在 heidongstar (ncfresh) 的大作中提到: 】
: 即使是win10不支持硬件调度器的，也不可能给你都调度到能效核心，基本策略是优先使用P核，然后是能效核，最后是P核超线程。
--
FROM 112.47.122.*
现在两家的 CPU 放开功耗墙以后都狂耗电。一百多瓦也还可以。
PC 是生产力工具，我一直觉得耗电无所谓。
【 在 Oriphia (火已将熄然位不见王影) 的大作中提到: 】
: 12900k都241w了，12500k也150w，还用看测评？5900x撑死140w，直接AMD yes就行了。
: #发自zSMTH@LYA-AL00
--
FROM 112.47.122.*
有没有人评测禁用能效核以后的多核性能。
我现在需要用满全核心的就编译和跑虚拟机两件事。前者估计会出现大核等小核编译完才能链接的麻烦。而后者，虚拟机分配给小核，那要坑死人的。
ps: 你是不是搞错了。12600k 才 6+4 核，能打 12c24t 的 5900x? 不可能吧？
【 在 zli07 (Anonymous) 的大作中提到: 】
: 实际上12600k限制在65w下，多核性能就持平5900x
--
FROM 110.81.13.*
你这个想法很好。但是要改动软件。暂时是不可能的。
而且 async/await 不能自动在核心间分派。说明你对 async/await 的理解不深入啊。协程之间仍然需要同步。或者用消息队列或者用协程锁。或者程序员手动，或者编程语言帮你搞定。总之都是要开锁的。async/await 并非银弹。
【 在 leadu (leadu) 的大作中提到: 】
: 我细想了一下，执行单元三层调度，进程、线程和协程。进程其实没有调度这事，协程以一堆小任务为主，执行时间短。这俩都没有绑定小核的问题
: 线程虽然时间长，但你自己不做绑定，os可以随意迁移线程的，至少Windows可以
: 所以你这个担心是没有来由的
: ...................
--
修改:hgoldfish FROM 110.81.13.*
FROM 117.26.53.*
占满所有核心当然不用操心调试了。
你应该跑那种刚好占用三四个核心的。你就可以观察到，他们都是都跑大核呢，还是都跑小核。
按目前 android 的调度策略，多半是都跑到小核去。
【 在 leadu (leadu) 的大作中提到: 】
: 我试过在手机上跑计算密集型任务，用的xamarin+c#，task们跑在4大核4小核的安卓机上，直接占满所有核，不用操心调度情况。
--
FROM 117.26.53.*
你这理解严重不对。
你应该想想，假如两个 async 函数被分派到两个线程并行执行了。而它们又访问了同一个变量。要怎么办？
有四种解决方案：
1. 禁止这么干，要求必须用 channel 通讯。这是 go 的 csp 模型。
2. 禁止这么干，要求两个函数之间都带上名字，指名道姓发送消息。这是 actor 模型
3. 允许这么干，用协程线程兼容的锁。
4. 禁止协程在线程间分派。
Do not communicate by sharing memory; instead, share memory by communicating.
【 在 leadu (leadu) 的大作中提到: 】
: 跟锁没有关系，你把线程和async/await 搞混了
: async/await 的都是一堆小执行单元，各个核上的线程池随机线程挑一个task去执行。
: 即便有同步问题，一半最多也就多等个几秒钟
: ...................
--
修改:hgoldfish FROM 140.224.35.*
FROM 140.224.35.*
一次同步几秒，一百次同步呢？
你先别怀疑我在协程这个领域的水平和研究深度。
协程同步还是得用锁的话，其实跟线程是没什么区别的。应用场景和坑点也没有区别。大体是落后的方式。
【 在 leadu (leadu) 的大作中提到: 】
: 三个不同的方面
: 1.同步问题绝大部分都在几秒之内完成，主贴的问题不受同步影响，最多耽误几秒而已
: 2.你对协程同步的了解还是线程级别的，所以上一个帖子说你还不太分得清线程和协程
: ...................
--
FROM 140.224.35.*
协程可以作为(用户空间多核)调度的单位。但是是有代价的。
我说你对协程的理解不到位，不是说你对协程的优点没理解到位，而是说你对协程的缺点理解没到位。
不信你讲一下协程有什么缺点。
【 在 leadu (leadu) 的大作中提到: 】
: 很多人刚开始接触协程确实会有“goto的语法糖”这种解读，特别是有些语言对这个支持的实在差，比如c、go。目前对协程支持最好的是c#，完全把协程first class化。
: 协程虽然不是os调度的单位，但是它可以被线程池中的线程peek。在随机peek的过程中完成了负载均衡
--
修改:hgoldfish FROM 140.224.35.*
FROM 140.224.35.*
一个叫 stackless，一个叫 stackful，
很早很早以前就有个 stackless python 了。不过名称跟现在的说法是反的，其实应该叫 stackful python.
python 的 yield from 等价于 await, 奢侈博不可能不懂协程。
async/await 并没有天然地具备被跨线程调度的能力，需要满足很多条件。我前面已经说过不讲了。
协程/纤程在win3.x 和两千年的时候流行过两波。如果不是有重大缺陷，不会冷了十多年才由 c# 重新发明出来。
【 在 leadu (leadu) 的大作中提到: 】
: 再换种说法，协程概念实际分两代：
: 1.一代是传统用户态线程，有很多用类似于goto的方法实现，这个是你在讨论的，c和go基本上是用的这种，得有二三十年的历史了
: 2.二代是指c#十多年前发明的async/await，后续js/c++/rust等都在抄袭。这个是我和老鱼在讨论的。
: ...................
--
FROM 140.224.35.*