MeeGo+Medfield英特尔再战移动互联

AI权益加码!Claude Code、Cursor等20+工具免费用! 购周边限时加赠Coding Plan Lite,畅享主流AI工具!学习进阶更高效! 阅读详情

  再战移动互联,英特尔先与诺基亚合推MeeGo,很快还将推出下一代处理器Medfield,“双M”的组合将与“Android+ARM”一决高下。

  "英特尔推出MeeGo平台,并非是要与对手争一杯羹那么简单。”8月24日,在英特尔位于北京的办公室里,英特尔软件与服务事业部亚太区合作伙伴关系与战略业务发展总监何淑芬说,从今年2月份发布至今,MeeGo平台已取得了一定成果,现已实现很多基于MeeGo操作平台的应用案例。“而接下来,MeeGo将成为一座统一不同平台的桥梁。”

  自发布以来,MeeGo一直被认为是英特尔和诺基亚无奈之下,将它们在移动设备领域遭受挫折的Moblin和Maemo拼凑出来的产物,而其也因Andriod+ARM体系抢占了市场先机、x86芯片在手机领域表现欠佳,以及产业链单薄等诸多不利因素,一直被认为“前景不明”。

  然而,近来英特尔的种种迹象表明,英特尔将借助MeeGo和即将发布的Medfield赢得移动互联时代的竞争,而其目标直指所有非PC类智能设备。

  逐步完善MeeGo

  “PC操作系统市场已近饱和,我们更看好非PC尤其是移动设备领域。”英特尔软件与服务事业部亚太区合作伙伴关系与战略业务发展部门应用技术支持团队经理李眈坦言,向非PC领域发展是英特尔做MeeGo的初衷。

  向非PC领域发展也一直是英特尔做Moblin的初衷。但Moblin剑走MID(移动互联设备)的“偏锋”确实有点太偏了,就连英特尔自己也不得不承认,移动设备中手机才是“大头”,而MID、车载信息系统、便携式媒体播放器(PMP)、个人导航设备(PND)、数码机顶盒(STB),乃至上网本等,虽然范围广,却仍是“小众”。

  而业内的另一种说法是,英特尔的步子迈得小,是受多年来在PC和嵌入式的经验所限。英特尔借助x86芯片在嵌入式领域获得的优势,虽然是它从处理器制造向“计算创新”转型、开启移动互联战略的基石,但也使其不得不选择从上网本、车载系统等“小众”领域,向包括手机在内的更大众的移动设备逐步覆盖的道路。“英特尔的动作慢了,当它转过身来时,却发现Andriod+ARM阵营已经攥着手机市场笑了。而且,Andriod也已杀向车载、电视等嵌入式领域。”业内人士说。

  “英特尔的动作确实慢了,即便它引入诺基亚的技术基因,MeeGo的推出也显得有些晚了。”在Andriod专业论坛机锋网CEO谈毅看来,Andriod+ARM已经形成了一条完整的产业链条和良好的品牌,无论高端智能机、山寨手机,数量都相当庞大。而且,Andriod已经形成了从运营商到软、硬件厂商的广泛联盟,各种软件商店、软件论坛星罗密布,谷歌提供的云服务也具有相当的竞争力。

  专家指出,英特尔的优势在于硬件,在它向计算服务转型的目标下,它要做的就是提供基于处理器的软件,这就要求它不仅要占领设备的芯片,还要占领系统软件。

  事实上,英特尔对此也是十分清楚。

  据何淑芬介绍,目前MeeGo在中国的合作伙伴已发展到20多家,相继有多家公司推出了基于MeeGo和x86的车载设备和平板电脑等。“三星、广达、微星、华硕等已经展示了基于MeeGo系统的设备,东软、华数、东方网力、华磊、泰山在线、山东科技、启明信息、航盛、航天科技等公司在嵌入式应用中也采用了MeeGo平台。”何淑芬说。另据透露,已有运营商与英特尔接洽商讨推出MeeGo和x86架构手机的可能。

  另一方面,据李眈介绍,不仅MeeGo像是功能齐全的“毛坯房”,自身完善,可以拿来就用,英特尔还可以为合作伙伴“装修”,即由经英特尔认证的软件服务商提供MeeGo修改服务。同时,英特尔还可以帮助合作伙伴搭建软件商店,甚至提供SaaS加速器服务,帮助合作伙伴做“云”。

 

  静待Medfield出炉

  就在英特尔在中国召开沟通会、公布MeeGo进展的同时,诺基亚也在为MeeGo的开局叫好。8月25日,诺基亚相关人士称,借助Symbian软件,诺基亚仍然控制着40%的智能手机市场,但在高端智能手机市场上却遭遇对手的有力竞争。诺基亚希望MeeGo有助于与苹果和谷歌的竞争。

  然而,传言中的MeeGo诺基亚手机却迟迟未能面市,其他MeeGo设备,如平板电脑、车载系统等也大多停留在样机状态。对此,英特尔相关人士承认,目前英特尔的芯片还不足以展现MeeGo的优势。尽管MeeGo1.1已经发布,但还要等待今年年底或明年年初推出更成熟的芯片,MeeGo产业链才能有大的动作。

  对此,业内人士猜测:“更成熟的芯片即指英特尔寄予厚望的Medfield。”

  据了解,Medfield是英特尔下一代32纳米技术的Atom处理器。今年5月,英特尔发布首个能够面向智能手机市场的x86处理器平台Moorestown时就预告:将在2011年推出升级平台Medfield。根据英特尔随后公布的市场发展规划,45nm工艺的Moorestown今年下半年推出后,主要的市场仍是MID、平板机等较大尺寸的产品,而32nm Medfield才是真正的x86智能手机芯片。

  有技术专家指出,如果所运行程序完全不涉及主要系统,如打电话、待机等,或者关掉其他功能,只留个别模块,如1080p视频回放、音频回放等,Moorestown手机就能得到正常的智能手机体验。但如果让这个芯片像x86处理器一样正常工作,其在功耗方面差强人意的表现,还无法与高效、低功耗、成本低的ARM竞争。

  近日,国外媒体曝光了英特尔的一份文件,其中包含了不少Medfield平台的规格信息。据称,Medfield相较Moorestown缩小了芯片尺寸、主板面积,并进一步降低功耗,提升电池续航时间,更加符合智能手机平台的需求。

 

  “双M”对决“AA”

  未来,会是Andriod+ARM一统天下,还是MeeGo+x86回归呢?

  就目前的形势看,在手持市场中Android在操作系统火透半边天,ARM则在硬件平台一统江湖。据了解,目前高通、飞思卡尔、Marvell、TI等公司都已推出基于CortextA9的应用处理器,中国内地也有10多家公司在基于ARM开发应用处理器,包括福州瑞芯微、安凯微电子、华芯飞、全胜、中星微等,台湾省还有Ali和凌阳。

  然而,在何淑芬看来,MeeGo比Android更具优势,因为“MeeGo更加开放”。Android的应用必须基于Android系统开发,并且只能运行在Android系统上,这对软件开发者而言是一个门槛,对用户也是一种制约。而MeeGo可适合于x86和任何其他架构的处理器,基于MeeGo开发的应用将适合更多设备,比如为手机开发的应用移植到互联网电视机上也可以采用。

  “英特尔提供开源、开放的MeeGo平台,并保持一致性、兼容性,使得做软件、做内容的企业可以专注于自己的创新和开发。这样,解决了开发商受累于不同系统的开发问题,也方便了用户,不用学习不同的系统。”何淑芬说。李眈也表示,MeeGo在移动x86产业链和ARM(包括WM产业链、塞班产业链和Android产业链)之间架起了一座桥梁。

  很快英特尔将有“MeeGo+Medfield”体系,在英特尔看来,Medfield将是ARM真正的对手,而“双M”组合与“Andriod+ARM”的对决即将开始。

  尽管基于MeeGo的平板电脑还停留在样机阶段,但英特尔坚信,随着下一代处理器Medfield的推出,MeeGo产业链将很快产生大动作。

原文链接:http://net.it168.com/a2010/0830/1097/000001097014_all.shtml

文件上传漏洞-极核靶场(二) 利用BP抓包,在内嵌浏览器中打开Pass-11关卡网页,选择好文件。开启拦截,点击上传,抓包,发送到Repeater。本地phpstudy php版本5.3.29。例如:pass-11。 阅读详情

相关推荐

Android 踩坑:同一个按钮,第一次有反应,第二次没反应

当页面通过replace()切换后,虽对象引用仍在,但生命周期已终结,回调注册被注销,导致结果“静默丢失”。修复关键在于避免页面销毁——改用add+hide/show叠放式切换,确保页面常驻、回调持续有效。核心教训:“对象活着”≠“可用”,复用实例时需警惕生命周期状态与注册机制的匹配。

mmsx990的博客 103

英特尔MeeGo: Intel开放软件平台MeeGo 应用总数过万

<br />众所周知,英特尔MeeGo项目完全开放源代码,将广泛应用于下一代智能手机、掌上电脑、通信、车载信息娱乐、电视以及媒体电话等设备。英特尔为上网本提供的开放式软件平台MeeGo 1.0版本5月28日正式发布,而计划在今年第四季度发布的MeeGo 1.1版本,将支持触摸式设备和手机、平板电脑、车载信息娱乐系统。据6月23日消息报道,英特尔亚太研发有限公司总经理兼英特尔中国软件与服务事业部总经理梁兆柱日前在大连与中科红旗、中标软件、东软、拓林思、航天科技公司展示了基于MeeGo平台的最新产品研发计划和阶

MeeGo社区博客 1176

Android 性能排查:主线程到底忙不忙——用 5 个空消息量化卡顿

这篇文章最有价值的不是最后的结论,而是中间那段"我错得很彻底"的过程。事情是这样的:界面上有个"获取"按钮,点它之后会弹一个加载对话框,中间一个转圈。用户反馈的问题是——这个圈要顿一下才开始转,转起来还一顿一顿地掉帧。第一轮修复做完,现象缓解了,用户说"好多了"。按很多团队的节奏,这个需求就结了。缓解了,就说明原因找对了吗?于是加了第一批埋点。同步耗时 = 0ms0 毫秒。我们上一轮给出的那个"原因"——“耗时操作阻塞了主线程”——在数据面前被直接证伪。修复是有效的,但我们对它为什么有效的解释,是错的。

mmsx990的博客 96

Android applicationIdSuffix 详解

<think>我们需要根据用户提供的文章内容生成一个≤150字的摘要。文章标题是“Android applicationIdSuffix 详解”,内容很多,需要提炼核心要点。摘要应该涵盖applicationIdSuffix的作用、用法、效果和注意事项。注意字数限制。 思路:先概述概念和用途,再提基本用法和效果,最后点出注意事项。控制在150字以内。 草稿:applicationIdSuffix用于在Application ID后添加后缀,使同一代码库构建出不同包名的应用变体,实现多版本共存。可在build

wolf0706的专栏 264

Android 开发中,requestWindowFeature(Window.FEATURE_NO_TITLE); 对于隐藏默认的紫色的标题栏失效

Android 开发中,requestWindowFeature(Window.FEATURE_NO_TITLE); 对于隐藏默认的紫色的标题栏失效

weixin_52173250的博客 68

飞牛 NAS 远程访问实战:星空组网连接 Mac 与安卓,从 Compose 部署到 5G 验证

在 Mac 上装好飞牛虚拟机之后,通过局域网地址打开管理后台很方便。但换成手机移动数据,这个内网地址就不能照搬了。怎样让手机在外面也能访问这台 NAS?这次我用星空组网完成了一次实际接入:飞牛通过 Docker Compose 运行客户端,Mac 安装桌面客户端,安卓手机使用独立成员账号连接,最后在关闭 Wi-Fi 的情况下,通过 5G 打开飞牛登录页面。

稻草人 1万+

android Binder 应用层开发 详解

android Binder 应用层开发 详解

maoning20080808的专栏 304

Android Compose 开发,使用 ConstraintLayout,但是引入的是旧的 ConstraintLayout

Android Compose 开发,使用 ConstraintLayout,但是引入的是旧的 ConstraintLayout

weixin_52173250的博客 48

查立得万用查分安卓版(web环境+查询系统免安装单文件一键运行包)

查立得万用查分安卓版(web环境+查询系统免安装单文件一键运行包),也就是双击软件(单文件)就部署完成可以访问了。

易查薪 258

WebView 完整篇:从嵌入浏览器到JS Bridge,覆盖Android / iOS / 桌面三大端

WebView 完整篇:从嵌入浏览器到 JS Bridge,覆盖 Android / iOS / 桌面三大端 做混合应用或「套壳」工具时,最先碰到的词是 **WebView**:在原生窗口里嵌一个浏览器引擎,用 HTML/CSS/JS 画界面,必要时再和原生代码通话。很多人把它等同于「打开一个网页」,结果在权限、进程、更新、安全上踩坑。 本文把 **WebView 是什么、和系统浏览器有何不同、各平台实现、与原生通信、安全与性能** 讲全,并落到 Android、iOS/macOS、Windows、Linu

qq_35223473的博客 135

基于STM32的鱼缸水质检测系统

基于STM32与三传感器(DS18B20、SEN0189、PH-4502C)构建鱼缸水质监测系统,实现水温、浑浊度、pH实时监测与超标报警、自动换水及手机远程查看。

weixin_45732499的博客 201

【KMP】-KMP 项目commonMain、androidMain、iosMain 到底放什么?

Source Set职责commonMain所有目标共享:数据模型、Result 封装、业务规则、Repository、UseCase、网络逻辑、数据解析、表单校验Android Log、DataStore 实现、Android 平台信息、Android SDK 适配、Android 网络与存储实现iosMainiOS 日志、Keychain/NSUserDefaults 实现、Apple 平台信息、iOS SDK 适配、Apple Framework 调用。

m0_61164038的博客 351

Android 系统层扫盲 05:Android 开机后发生了什么?从 Bootloader 到 Launcher

<think>我们只需要根据内容生成摘要,不超过150字。内容是关于Android开机流程的概述。摘要需简洁,涵盖关键阶段。</think>Android开机是一场接力赛:BootROM→Bootloader→Linux Kernel→init→Zygote→system_server→System Services→Launcher。init是用户空间启动总管,Zygote是预热好的ART/Java进程底座,通过fork产生system_server和App进程,SystemSer

Mark Wu 的博客 165

53 极物科技 | KNX协议 - CEMI报文帧格式详解

一句话概述:本文回答"CEMI帧每个字节是什么含义",CEMI(Common External Message Interface)是KNX报文在IP通道上传输的标准封装格式,看懂它就等于拿到了KNX报文的"解剖图"。 本文详解KNX CEMI报文帧格式:消息码、附加信息区、控制域、源/目的地址、NPDU与TPCI/APCI字段,配以L_Data帧逐字节示例与地址字节序换算,并给出代码级解析片段。

weixin_43951955的博客 329

AndroidKMP之网络请求

基于 **Kotlin Multiplatform + Compose Multiplatform (M3) + Ktor + MVI 架构** 实现跨平台Android文章列表Demo,一套代码同时运行在 **Android、JVM 桌面、iOS、JS、WasmJs** 五个平台。 采用分层架构:`data数据实体`‑`net多平台网络工厂`‑`http仓库层Repository`‑`viewmodel(MVI)`‑`ui界面层`;利用`expect‑actual`完成平台差异化实现;`compo

u012556114的博客 217

Android 系统级失效问题 → 内核根因映射梳理

结合工作区本地内核源码节选(,Linux 6.18 主线)与 Android 17.0.0_r1 代码检索站https://xrefandroid.com/android-17.0.0_r1/xref/ 整理。:上层问题一旦变成"系统级失效",就会牵扯内核。不是 Java/业务逻辑本身错,而是它把Framework、HAL、native 服务一路推到最后落在 Linux / ACK / GKI / vendor 驱动或内核子系统上。

weixin_43228946的博客 72

App WebView 加载 M3U8 流媒体踩坑,安卓 iOS 混合开发播放异常定位

WebView内嵌HLS播放常因内核配置、Cookie策略、混合内容拦截、硬件解码等与手机浏览器表现不一致,导致黑屏、鉴权失效、直播停刷等问题。排查应先以原生浏览器做基准测试,区分流源或WebView配置问题;安卓需检查WebSettings及Cookie,iOS注意页面节流与实例销毁。建议开启必要配置、升级HTTPS

2608_96729545的博客 232

Android 开发问题:android.permission.CAMERA...duplicated with element declared at

Android 开发问题:android.permission.CAMERA...duplicated with element declared at

weixin_52173250的博客 51

穿山甲 + 腾讯短剧短视频聚合广告平台Android+SpringBoot+Vue+Docker 完整部署指南

<think>我们只需要根据用户提供的长文生成不超过150字的摘要。摘要要简洁概括主要内容和价值。注意用户要求“根据以下内容,生成≤150字的文章摘要”,所以我们需要提炼核心:短剧短视频聚合广告平台源码,支持多广告渠道,包含Android、后端、Vue管理后台,需要替换占位符参数,提供部署流程和排查。字数要严格限制。</think>本文介绍一套短剧短视频聚合广告平台源码,支持穿山甲、腾讯等广告渠道。文章完整梳理Android客户端、SpringBoot后端、Vue管理后台的架构与部署

2603_96706877的博客 195
上一篇: MeeGo与SaaS加速器 英特尔“云+端”齐发
下一篇: MeeGo 1.0(notebook) 是基于Qt的么 –MeeGo试玩
moblin
博客等级 码龄18年 370粉丝 105原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值