Linux支持big.LITTLE的技术内幕

raini · 发表于 2013-1-18 00:36

Tempestglen 发表于 2013-1-17 23:09
We can implement this switcher by modeling its functionality as a CPU speed change, and therefore ex ...

“我的理解就是，干脆把一个A7和一个A15当作一个大的物理核心算了，大不了内部有冗余、有浪费、有重复，当负荷低的时候关闭大部分电路（A15电路），只剩小部分电路（A7电路）在工作。这哪里是什么异构计算，分明是同构”

真的，跟这种靠幻想过日子的SB已经无话可说了，狠狠骂回去也许能有点用！

the_god_of_pig · 发表于 2013-1-18 07:12

你们跟文盲讲原理他能明白吗

他的套路就是瞎看几个文档然后就跳出来装懂行，被踢翻了就自戳双目装瞎逃跑，然后yy别人也和他一样是文盲

跟这种不要脸的货色没什么理可讲，抽就是了

divx001 · 发表于 2013-1-18 09:01

这个线程调度器光系统支持有啥用，需要APP配合才行。

YsMilan · 发表于 2013-1-18 09:20

Tempestglen 发表于 2013-1-17 22:46
你有点悲观了，假设os只知道A15存在，那么用A7就是靠虚拟化了，此时，肯定是低负载对性能要求不高的情形 ...

T神啊，越来越觉得图灵奖没颁发给你真是有黑幕啊
超越人类计算机的概念对你来说可是层出无穷张口就来啊

YsMilan · 发表于 2013-1-18 09:29

本帖最后由 YsMilan 于 2013-1-18 09:34 编辑

Tempestglen 发表于 2013-1-17 23:23
不好意思，三星的工程师，arm工程师，linux内核修订者，貌似没你说的那么蠢。一个芯片设计二流国家的论 ...

嗯，我只怀疑三星的工程师，arm工程师，linux内核修订者们如果看见您的大论会不会来找您拼命呢

这就相当于你看了陈景润证明的1+2，然后发表一篇大论：桌子上有1个桔子，再放上去2个，现在桌上有3个桔子云云...
别人指出你理解是错误的，你再来说：不好意思，陈景润貌似没你说的那么蠢...明明就是有3个桔子嘛

raini · 发表于 2013-1-18 09:32

本帖最后由 raini 于 2013-1-18 09:33 编辑

YsMilan 发表于 2013-1-18 09:29
嗯，我只怀疑三星的工程师，arm工程师，linux内核修订者们如果看见您的大论会不会来找您拼命呢
...

扯东扯西是他最大的本事！
自己智商有限，理解不了或者理解错别人的意思，
就那原作者来当挡箭牌。
其实他就把自己当做是ARM、三木爽和Linux的工作人员，
不过就是个芯片二流国家的机械设计师而已！

itany · 发表于 2013-1-18 09:34

raini 发表于 2013-1-18 00:23
android还要加虚拟层？还嫌jvm虚拟的不够？omg

OS的调度层能应付非对称CPU才能正常点亮系统。如果应付不了，用虚拟层点亮系统是变通的方式。
关键是，一切的根本在于要点亮系统。
如果点亮都没办法，还谈什么性能呢

raini · 发表于 2013-1-18 09:38

itany 发表于 2013-1-18 09:34
OS的调度层能应付非对称CPU才能正常点亮系统。如果应付不了，用虚拟层点亮系统是变通的方式。
关键是，一 ...

当然这种是现在的权益之计，
能在少量修改软件的基础上，
实现对big.LITTLE的支持。
现在看来，对big.LITTLE更加悲观了，
硬件和软件现在都没准备好！
big.LITTLE越来越向LITTLE端倾斜了！

颜慕回 · 发表于 2013-1-18 22:29

本帖最后由颜慕回于 2013-1-18 22:53 编辑

Tempestglen 发表于 2013-1-17 22:23
说的没错，只不过有个问题需要讨论，在arm的管理软件模式/cluster模式下，由于os只知道A15，那么需要一个 ...

Linux内核当然知道下边运行的是A15还是A7,切换运行状态的指令本来就是他发出的。
问题不在这个，而在于，他没法在分配指令上作出差异调度，因为他的整个自动调度指令的机制，就是设计成对称分配的。他能知道下边CPU具体差异的存在，但他在分配指令时，只能假设成是没有差异的。

就拿传统的情况说吧，假设一个对称四核的CPU，其中一个核心负载很低，Linux内核统计到了负载情况，发出指令让它降频节能了。然后来了新的任务需要分配，理想化的情况，当然给已经降频的那个核差别对待，把任务优先分配给尚未降频的那三个核，以防把降频的那个核频率再拉升起来，带来功耗和性能上（切换频率需要时间）的损失。然而这是做不到的，内核没法差别对待，只能假设四个核是一样的，照旧对称分配任务（结果就是很可能把那个核频率再拉起来）。

再说A7和A15的情况，我不太清楚它们存在哪些具体差异，核心切换的时间要多长，指令转换的代价有多大之类。但是，可以肯定不管怎么切换，在调度指令这件事情上，是不能指望内核区别对待的。

只看该作者 · 发表于 2013-1-20 10:13

提示: 作者被禁止或删除内容自动屏蔽

acqwer · 发表于 2013-1-20 10:22

westlee 发表于 2013-1-20 10:13
因此，ARM声称，一次切换的时间损失在频率为1GHz的时候大约只有20微秒，这足以让两组CPU在一秒内切换1000次 ...

L2的数据同步就可以了，虽然很费电。不过最靠谱的还是白名单，打开某些应用的时候直接切换，不管什么占用率——和华为的GPU一样。

itany · 发表于 2013-1-20 13:29

westlee 发表于 2013-1-20 10:13
因此，ARM声称，一次切换的时间损失在频率为1GHz的时候大约只有20微秒，这足以让两组CPU在一秒内切换1000次 ...

20μs只是包括迁移程序状态的时间吧，貌似不包括因为缓存、分支预测、指令预读中历史记录清空造成的损失。但是这种损失对于用户操作来说，并不是不可以接受的，毕竟Windows之前线程也是在CPU的核心中飘来飘去的，对于个人用户也并不是不能接收

L2缓存可以采用嗅探（snoop）的方式来进行同步，本来多核心系统就是要同步的。只不过为了保证能够迁移，所以CPU核心关闭的时候缓存还是要运行，这种功耗浪费是比较严重的。而且，8个核心，对于CPU里边的交换单元压力比较大。Intel和AMD都没有搞过8核心的这种东西。我觉得，Arm恐怕不见得能搞好

帐号		自动登录	找回密码
密码			注册

westlee 该用户已被删除	50^# 发表于 2013-1-20 10:13 \| 只看该作者提示: 作者被禁止或删除内容自动屏蔽
westlee 该用户已被删除
	回复支持反对使用道具举报显身卡