MIPS推1.5GHz平板Soc处理器功耗0.25瓦

来源:百度文库 编辑:超级军网 时间:2024/04/28 06:42:10
最近x86和APM阵营异常热闹,微软也准备为ARM推Windows 8 ARM操作系统。

现在,除了x86和APM之外,MIPS也准备涉足平板处理器业务,成为平板SoC处理器第三方提供商。

据悉,MIPS打头阵的产品就是SoC Ingenic JZ4770,其功耗之低让ARM和x86处理器汗颜。这款处理器采用Globe Foundries 28nm SLP超低功耗工艺生产,工作频率最高可达1.5GHz,内建的GPU支持OpenGL ES,支持1080p高清视频播放硬件加速。处理器全部功耗(CPU+GPU)仅为0.25瓦,目前x86和ARM阵营没有一款处理器产品功耗可以与之匹敌。最近x86和APM阵营异常热闹,微软也准备为ARM推Windows 8 ARM操作系统。

现在,除了x86和APM之外,MIPS也准备涉足平板处理器业务,成为平板SoC处理器第三方提供商。

据悉,MIPS打头阵的产品就是SoC Ingenic JZ4770,其功耗之低让ARM和x86处理器汗颜。这款处理器采用Globe Foundries 28nm SLP超低功耗工艺生产,工作频率最高可达1.5GHz,内建的GPU支持OpenGL ES,支持1080p高清视频播放硬件加速。处理器全部功耗(CPU+GPU)仅为0.25瓦,目前x86和ARM阵营没有一款处理器产品功耗可以与之匹敌。
集成的是什么GPU啊?能不能运行安卓啊?是君正的吗?
安卓是ARM平台的东西,想运行不是没办法,底层要驱动编译器神马的要重新来过。
集成的是什么GPU啊?能不能运行安卓啊?是君正的吗?
应用它的平板电脑都已经卖了很长时间了

艾诺的NOVO7普及版  现运行安卓3.2
马上就要出国内第一款安卓4.0平板NOVO7骑士
安卓是ARM平台的东西,想运行不是没办法,底层要驱动编译器神马的要重新来过。
不用
安卓系统本来就是跨平台的
软件运行平台有JAVA   也是跨平台的

只是因为ARM架构CPU的比较流行
很多软件应用了ARM的原生代码
造成了一些兼容性的问题

安卓4.0也可以运行在X86架构
貌似MIPS架构比ARM强不少。
df6621505 发表于 2011-12-10 12:02
安卓是ARM平台的东西,想运行不是没办法,底层要驱动编译器神马的要重新来过。
http://player.youku.com/player.php/sid/XMzI5NTUyMDEy/v.swf

MIPS 核心 Android 4.0

爱诺 novo7
看视频没用 我有一个不好用 qq 都不行 flash很勉强  email客户端好几个都用不了  太多软件不兼容了 mips实在没必要趟这个混水根本不是它的菜
自己做好一个自己的linux 更可行
你升了3.2了么,11.25的固件好很多了
hillsboro1 发表于 2011-12-11 00:06
看视频没用 我有一个不好用 qq 都不行 flash很勉强  email客户端好几个都用不了  太多软件不兼容了 mips实在 ...
你对软件和操作系统,太外行了。mips要在未来活下去,必须更好的支持Android。而不是让厂商自己折腾linux。mips对Android的支持,是Google和Mips官方就有的项目,君正是参与者之一,给官方贡献代码的。
君正比较开放Open。老外比较喜欢。
中华土鸡 发表于 2011-12-12 09:29
你对软件和操作系统,太外行了。mips要在未来活下去,必须更好的支持Android。而不是让厂商自己折腾linux ...
有一个从书上听新闻的 mips支持android 没有完整的开发产业链 和强大的isv体系 这是mips自己都承认的
mips 是两条腿走路的 linux系统是他的cash cow  andoroid 是新的热点 但是大部分的营收任然取自 linux市场而不是andorid 这个都不懂 就别出来吹喇叭
mips andorid 并不不是和armandoird 一模一样的东西 所以并不适合平板这样的完全open市场  而是特定的功能电器  连这个策略都没搞清楚 就慢慢歇息了吧  
有本事 自己买几个mips 开发板 去移植一下就清楚了 别总自己想当然
龙芯也是这个阵营的,啥时候出手啊。
还有,mips能做到功耗这么低
hillsboro1 发表于 2011-12-12 10:02
有一个从书上听新闻的 mips支持android 没有完整的开发产业链 和强大的isv体系 这是mips自己都承认的
mi ...
呵呵。你不知道我这mips的板子跑android的有多少。
你去看看Sigma、Boardcom、TI等主流的MIPS芯片供应商(路由器、机顶盒),哪个不在支持Android。
为什么要支持Android,因为大家都想玩AppStore的模式。
一般厂玩不了AppStore模式,因为需要系统集支持,需要海量的应用支持。
最快捷方便的方式,就是支持Android,支持Android就有海量的第三方开发的应用可以合作
自己再定制一个应用商店,AppStore就起来了(可以幻想)。

这是所有硬件厂商都在搞的。那些大厂要继续卖MIPS的芯片,就必须支持Android。出了某些传统mips的市场,如路由器等不需要人机界面和高性能消费类应用的地方,其他只要涉及人机界面的Android已经不可避免了。

MIPS的芯片的消费类电子,用量大的在机顶盒一头,之前没进入平板和手机领域。
hillsboro1 发表于 2011-12-12 10:02
有一个从书上听新闻的 mips支持android 没有完整的开发产业链 和强大的isv体系 这是mips自己都承认的
mi ...
你书看的再多,新闻听得再多,但你是瞎看瞎听瞎评,我的信息渠道,远比你专业。
mips的麻烦在开放的政策导致的二进制代码兼容性差。对于涉及原生代码的android应用有限制。

mips之前就没有很深的进入高端手机和所谓的平板市场,Android是为智能手机开发的,第一就是为ARM定制的。Mips的芯片之前面对消费类电子的一直跑低主频,高主频的主要用在高端网络设备中。低主频的根本不可能跑Android。所以他营收主要是来自linux。
关键的问题是你没挺清楚题目,我说的题目是:MIPS的未来必须和Android对接,才能更好的发展,不然就是死(就是应用越来越窄),自己的领地会被别人蚕食,而自己没办法扩张疆土。你找了一个所谓MIPS认同的信息,但是你忽略了,你阐述的观点是MIPS面临的问题,正是MIPS体系要去解决的方向。

你用MIPS的过去,否定了他的将来...明白问题在哪了吗?是谁的问题呢?
gongwei 发表于 2011-12-10 21:58
MIPS 核心 Android 4.0

爱诺 novo7
这家伙是个印度人?英语很好啊,一点印度口音也没有,光听声音不看人的话分辨不出来。
这个君正的CPU比龙芯强吧?
这个君正的CPU比龙芯强吧?
32位的能和64位的比么?!都说了龙芯是MIPS阵营最强了
gongwei 发表于 2011-12-13 00:54
32位的能和64位的比么?!都说了龙芯是MIPS阵营最强了
貌似64位就是多支持几个指令的问题,跟CPU的速度没有关系。
molec 发表于 2011-12-14 08:02
貌似64位就是多支持几个指令的问题,跟CPU的速度没有关系。
你要做算法、做数据处理的就知道64位的意义和价值了
对于图形图像等密集数据处理的地方,64位处理能比32位提高近1倍的效率
如果不靠VPU,DSP一类硬件辅助电路。
同频君正的视频解码能力,与龙芯的能力是没法比的。
ARM已经权倾天下 这个成不了气候了
schlieffen 发表于 2011-12-14 09:24
ARM已经权倾天下 这个成不了气候了
难说哦,起码在国内,MIPS的君正比ARM阵营的那些瑞芯微全志之类的活的好很多。
Android就是linux……

事实上,个人觉得android很可能成为未来linux GUI的新答案







Android的架构是为跨硬件平台而生的
否则google也不会牺牲宝贵的性能单独抽象出一个应用层虚拟机

任何想重返主流消费市场的小众硬件架构,拥抱Android是唯一选择
中华土鸡 发表于 2011-12-13 20:09
你要做算法、做数据处理的就知道64位的意义和价值了
对于图形图像等密集数据处理的地方,64位处理能比32 ...
我平常要用到HPC,那确实是64位的。小一点的程序我自己先验证,在自己的机器上,没感觉32位和64位有什么差别。matlab的安装说明还特地强调了,64位就是可用内存多,可以开大矩阵,速度没差别。
中华土鸡 发表于 2011-12-12 15:17
你书看的再多,新闻听得再多,但你是瞎看瞎听瞎评,我的信息渠道,远比你专业。
mips的麻烦在开放的政策 ...
土鸡大大居然回我的帖子了 好荣幸
hrabbit 发表于 2011-12-15 03:28
土鸡大大居然回我的帖子了 好荣幸

无语了.....
molec 发表于 2011-12-14 23:22
我平常要用到HPC,那确实是64位的。小一点的程序我自己先验证,在自己的机器上,没感觉32位和64位有什么差 ...
呵呵,是这样的,要看你做什么样的工作。你做的科学计算,因为计算量大,而且精度高,所以有些技巧用法恐怕不是太合适。
我举一个消费类电子中常用的图形图像处理的技巧做例子,基本是实用化视频处理程序和图像、音频处理中底层常用的方式。
你知道现在计算机用的一般的图像处理或储存,每个像素都是24bit或32bit的数据。24bit一般是指RGB三色各分8比特,也就是256级储存。32bit则在24bit基础上增加了一个Alpha(透明度)的颜色分量。
一般计算机数字图像原理里面写图像的处理运算示例,都是依次对图像每个像素的ARGB通道分别处理,也就是一次实际处理一个像素的一个颜色通道或分量(8bit的数据),处理完一个像素需要3-4个任务循环。
如果图片小不觉得什么,如果图像大,则会很慢。要加速,很简单,就是一次处理一个像素的一个颜色通道(8bit)和一次处理一个像素的3个或4个颜色通道(24或32bit)的CPU消耗的周期几乎是一样的。你现在明白了吗?做这类视频程序或图像程序或音频程序(消费类电子应用中音频的数据精度一般是一个sample是8-16bit,很少有更高的),只要在数据处理的结构上,算法上加以处理,实用程序会比书本中的程序提速至少50-400%.
这类应用如果是64位cpu来处理,一个运算周期更可以处理2个像素或以上(视频处理中一个画面像素占用的内存一般为10-16bit)。
所以我才会说,如果君正CPU没有VPU.GPU的协作,同频下,跑视频解码编码,100%远不如现在龙芯的效率。
科学计算,或其他应用计算,程序员用的一般数据宽度就是32bit或者64bit的,或者不需要这样的高密度处理,这种优化方式就不需要,所以也看不出这种靠CPU一个周期处理位宽加速的效果。
matlab一般是用来写脚本做数据算法分析的。脚本语言的特性,就有限制。我说的那些方法,一般用C+汇编(用到CPU的多媒体加速或向量指令最佳)来写才行