Linux支持big.LITTLE的技术内幕

raini

估计楼主SB是没看懂这篇文章的意思！

boris_lee

楼主肯定是没看懂这篇文章的意思

inblue08

我也觉得是，看了半天，啥内幕啊？求lz给解释一下

itany

Tempestglen 发表于 2013-1-17 13:28
先告诉你个SB，苏联也有cpu技术。
http://sovietcpu.com

什么意思？ 关苏联什么事儿啊

raini

Tempestglen 发表于 2013-1-17 13:28
先告诉你个SB，苏联也有cpu技术。
http://sovietcpu.com

你自己喜欢秀下限当SB就自己当好了！
真不知道你个SB看懂e文没！
难道你以为e文=俄文？

再看一下这篇文章的发布日期，
感觉更加神奇了！

真的，SB中的JP一定是非你莫属！

raini

Tempestglen 发表于 2013-1-17 13:28
先告诉你个SB，苏联也有cpu技术。
http://sovietcpu.com

我也告诉你个秘密好了
我们国家也有CPU技术

SB中的JP

raini

Tempestglen 发表于 2013-1-17 14:08
一个月前，我说苏联科技不如美国，但是可以用工程化来解决很大程度上的科技劣势，你这条dog反驳我说苏联没 ...

“你这条dog反驳我说苏联没有cpu技术”
操你妈的，我什么时候说过，你别把nmd幻想当做我说的话！
你他妈的百日梦发作就要住院，而且是住精神病院，
少他妈的出来装神弄鬼吓人！
你他妈的，英国的科技也不如美国，你麻痹的还啥到支持一个大学实验室出来的货？
你麻痹的，真的是一天不被骂是心理不爽了，是吧！
好，今天就特地骂骂你个SB！
自己麻痹的坟头立了一座山，麻痹的靠YY幻想战胜了一切
麻痹的就算你梦里战胜了，我们不理会你了，你个麻痹的以为现实就跟你想的一样啦？
手臂公司知道自己有几斤几两，不知道吠的凶的狗才是胆小的狗吗？
手臂cpu以前没那么受重视的时候，有吭过一声吗？
怎么现在变成会吠会凶的狗啦？
当然，在这个论坛里，也有一只有臆想症的很会吠的狗，
如果你不知道是谁，我就告诉你，就是你个狗B

raini

Tempestglen 发表于 2013-1-17 14:52
你这条dog今天又忘了打狂犬疫苗了？

怎么跟你说了多少次，你才是狗！
而且根据之前的帖子，你个SB回我的帖子就自动升级为狗B
不过我也理解你，不管你作为天顶星人，还是地球上的中国人，又或者是狗
都无法理解别人的意思！

Prescott

Tempestglen 发表于 2013-1-17 14:06
貌似有人对linux（ubuntu）是如何支持big little的很感兴趣，所以我贴了这个文章。

异构计算，在不同微架 ...

拿hypervisor欺骗OS？那就相当于OS泡在虚拟机里边，你自己试试虚拟机里边性能损失有多大。
拿个CPUfreq驱动就像搞定A7/A15切换？CPUfreq驱动只不过往寄存器写个值就搞定了频率切换。

要想搞定A7/A15切换，不完全重写Linux任务调度器是不可能的。这个牵扯可就大了。

xx88xx88

Prescott 发表于 2013-1-17 15:45
拿hypervisor欺骗OS？那就相当于OS泡在虚拟机里边，你自己试试虚拟机里边性能损失有多大。
拿个CPUfreq驱 ...

就算是写出来了，也是所有人都受益，不是ARM一家。

raini

Prescott 发表于 2013-1-17 15:45
拿hypervisor欺骗OS？那就相当于OS泡在虚拟机里边，你自己试试虚拟机里边性能损失有多大。
拿个CPUfreq驱 ...

这货以为随便改改就能很好地支持big.LITTLE模式了！
所以说这货根本就不懂这篇文章在写什么！
也不懂cpufreq现在在linux中的处境

颜慕回

Prescott 发表于 2013-1-17 15:45
拿hypervisor欺骗OS？那就相当于OS泡在虚拟机里边，你自己试试虚拟机里边性能损失有多大。
拿个CPUfreq驱 ...

不是说靠CPUfreq来搞定，是说把切换开关写到内核里面，显性的调用方式是CPUfreq的一个状态值。为什么要搞成CPUfreq的一个状态值呢，是因为包括android在内的绝大多数发行版现在都理解CPUfreq，不需要另作改动。

把它当成CPUfreq的一个低频值，这只是对操作系统说的话。对硬件说的话，还是得靠拿hypervisor代码来屏蔽掉A15和A7之间的区别。这个是跑不掉的。重写一个非对称的CPU调度机制，没个三年五年是搞不下来的，而且这里涉及到的并不只是底层的内核，操作系统上层写程序很多教条也得变。

颜慕回

G70 发表于 2013-1-17 17:55
所以事情的本质就是……因为一个傻逼级的硬件设计，要软件开发者做巨量工作去让系统适应之。

ARM真是有 ...

也没这么严重了，这个设计是做到了向前兼容的。
软件完全不作改变是可以的;直接套他那的工具改一下工作量也接近为零;或者像Linux内核这样小动一下，把他的工具针对自身特点作点集成作点改进，工作量那也不算大。

只是说从理想主义的角度来说，要完全把这个架构的所有潜力都发挥出来，必须得大动软件。但没人规定必须得发挥硬件所有潜力呀？包括对称多核，64位，也都是没发挥到“理想”状态的。那也不能说多核/64位是个傻逼架构，要开发者做海量工作去适应呀。

做这个设计的人，只要能保证在不大动软件的前提下，得到更好的性能产出，那就算是改进了。至于说如果以后这个架构大普及了，推动软件开发者去开发一个非对称的CPU调度机制来进一步发挥它的潜力，那是以后的事情。