智能手机运行流畅度，主要取决于哪几个指标_百度知道
智能手机运行流畅度，主要取决于哪几个指标
看的是cpu的构架
arm11&a8&a9
性能方面排行！二
看的是图形处理芯片
一般三星都用的sgx540玩游戏还不错
htc用的高通的a200
现在玩游戏a205以上就够了！三
看的是制作工艺
制作工艺越小
功耗方面就小了
而且发热小！四
以及厂商优化
苹果系统操作最流畅
然后就是高端安卓了！
都是冷门系统不予比较了！五
看的屏幕材料
以及电容还是电阻！
电容一般比电阻强很多！六
同构架cpu并且同主频
一般三星的芯片要好点
下来是高通的
德州的不推荐！
其他类似问题
为您推荐：
您可能关注的推广
智能手机的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁在NVIDIA控制面板全局设置设置成“高性能处理器”，但是运行游戏的时候NVIDIA GPU 活动显示仍为“无”，还是在用Intel的集成显卡运行游戏，请问怎么解决？高手详细说下解决方法，谢谢！
在NVIDIA控制面板全局设置设置成“高性能处理器”，但是运行游戏的时候NVIDIA GPU 活动显示仍为“无”，还是在用Intel的集成显卡运行游戏，请问怎么解决？高手详细说下解决方法，谢谢！
补充：本人用小Y，原来切换N卡的时候特意看过了，玩游戏是GPU独显是工作的，但是过了一阵子玩游戏，发现出问题了，再看工作的显卡一直是集成显卡了，NV卡不工作了，即使设置了“高性能处理器”全局设置，NV独显还是一直不工作
不区分大小写匿名
区分N卡 或者集成 用什么软件 我的小Y怎么没有呢
相关知识等待您来回答
其它网游领域专家
& &SOGOU - 京ICP证050897号最近想买手机 想买个运行游戏快速的手机 安卓系统手机游戏运行的速度取决于什么？_百度知道
最近想买手机 想买个运行游戏快速的手机 安卓系统手机游戏运行的速度取决于什么？
我有更好的答案
运行速度cpu啊
买多少钱的 我又不知道
1500左右买htc g13
5000左右买三星i9100
3000左右索爱 mt15i了 （求给分）
m9运行游戏怎么样？
取决于系统的流畅度，还有手机的RAM，如果是3D游戏，那就要看你手机的GPU了
其他类似问题
为您推荐：
安卓系统的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁为什么 iPhone 配置不算最高却可以保证游戏等应用流畅运用？_知识号
说三道四 最新新闻话题新闻专题评论
> 新闻内容
为什么 iPhone 配置不算最高却可以保证游戏等应用流畅运用？
有的安卓手机配置比iPhone高很多却不能做到游戏流畅。是优化的关系么？iPhoneSoC知乎用户，半吊子的古诗词、计算机、ACG爱好者说系统架构和虚拟机的全都是老生常谈，空谈而不切实际，没到点子上。看了这么多我实在是看不下去了，简单地说几句好了。第一点是java与objective-C的关系，这点大伙都说过，我不重复,
有的安卓手机配置比 iPhone 高很多却不能做到游戏流畅。是优化的关系么？ iPhoneSoC知乎用户，半吊子的古诗词、计算机、ACG爱好者说系统架构和虚拟机的全都是老生常谈，空谈而不切实际，没到点子上。看了这么多我实在是看不下去了，简单地说几句好了。第一点是java与objective-C的关系，这点大伙都说过，我不重复。第二点是GPU——许多安卓ROM对GPU的支持还很烂。尤其是2.3及更老版本的系统，经我测试，许多带有大量视觉效果的游戏甚至还严重依赖于CPU的运算（比如在我的机器上，OSU和极品13，在2.3时，CPU1GHz的表现与1.7G的表现完全不同。而在4.0时，感觉不到区别。顺带一提我用的ROM，无论2.3还是4.0，在同型号里绝对是流畅度、稳定性和速度都是数一数二的，我没法证明，但请你相信。）第三点也是目前大家还没有提到的——许多安卓用户天天在后台挂着自动杀进程的程序。安卓系统设计了许多不同的事件，程序可以在检测到触发这些事件的时候自动运行，而恰巧许多程序利用了这一点。所以构成了——数个程序自启，被杀。再起，再被杀——这样的恶性循环，消耗大量CPU时间。第四点也是大家还没有提到的——有许多用户特别喜欢APP2SD，然而他们却不知道他们的劣质SD卡的读写速度远远达不到要求。在加上第三点的共同作用，于是CPU和SD卡都构成了相当大的负担。第五点，RAM“实际可用”的容量大小。许多用户没能理解安卓的内存机制，却又试图动手修改它，导致了RAM要么没法被充分利用，要么老是挤得满满的。知乎用户，——的原答案——我对这个问题下面的绝大多数答案深感震惊，什么叫iPhone配置不算最高？请找出一个比PowerVR SGX543系列更强劲的主流移动GPU出来谢谢。在内存充足，CPU不成为明显瓶颈的状态下，GPU难道不是游戏流畅运行的决定性因素吗？图片来自：AnandTech | The iPhone 5 Review——更新——两年过去了，现在的Android设备图形性能已奋起直追，与iOS设备呈狗斗之势。用户评价中，类似问题的观点也逐渐消失。千元内使用MTK6592的Android多数游戏基本能做到流畅，当然大作还是差口气。而当年一骑绝尘的4s，不少卡牌游戏已经有可察觉的掉帧。不过Apple依然保持了发布时的图形性能优势，虽然较之两年前，这个优势已经并不明显了。（请无视第一名，那是个厚重的平板，卖点就是游戏。）图片来自：AnandTech | The iPhone 6 Review知乎用户，+还有一个很多人都没有注意到的因素，显卡从iphone4s/ipad2开始，在同一时代，iOS设备总是拥有最快的GPUiphone 5用的是SGX 543 MP3（频率266mhz，和ipad3的SGX 543 MP4性能相同）ipad 4用的是SGX 554 MP4，性能是ipad3的SGX 543 MP4的两倍同时代的只有Oualcomm Snapdragon S4 APQ8064 的Adreno 320可以提供和SGX 543 MP4一致的性能Android设备中GPU最快的还有一个Nexus 10采用的Exynos 5250，使用了Mali T604，性能也只有Adreno 320的程度----------------iphone 4s与ipad 2/ipad mini使用的是200mhz的SGX 543 MP2也是这样，GPU的性能大致也是要比同时期的Android设备快一倍------------当然，最关键的是vsync(以及相应的画面渲染高优先级的系统设置)以及三重缓存的作用所以你会注意到android从4.1开始，能提供和iOS一致的流畅程度pansz，欢迎评论不得不说，这个问题不存在，而且大家很多人的回复也来自于误区。误区一：iPhone 的硬件配置不算高。答：这是绝对错误的，iPhone 每一代的硬件配置，在发布的当时，都高于其他同行手机系统的旗舰级别，如果运行跑分软件的话，CPU基本上跟android 旗舰差不多，GPU秒杀android旗舰，IO基本上不输任何android旗舰，整体综合跑分必定高于多数厂家的旗舰。误区二：android 程序用 java 写的，所以效率低。解说：这也是非常错误的，首先 java 的效率没有数量级上的差别，因而在普通界面上不会有用户能够察觉的影响，另外更重要的一点是：绝大多数 android 游戏不是使用 java 写的，而是使用 android NDK 原生代码编译的，换句话说他们使用的是 C 语言，与 java 无关。综上所述，iPhone 运行流畅的原因是：一：iPhone 硬件配置本身就是旗舰级别。二：硬件配置不够格的 android 机型在市面上实在太多了，所以造成了 android 手机性能低下的『刻板印象』，在这个反衬下，越发显得 iPhone 流畅。其实，如果把硬件配置低于 iPhone 的 android 手机全部屏蔽掉，再来谈流畅度，那谁上面玩游戏流畅还真的只取决于游戏软件开发商自己。。。Yop，啊，下雪了~如果问题是针对 android 和 iPhone 而言，那么 @孙大同 的回答已经囊括了主要的原因。下面补充几句：一个重要的观点：游戏在手机上运行地顺畅，是游戏开发者的责任。任何游戏设计者，都应该根据手机的性能，设计能在该手机上流畅运行的游戏，因为游戏运行地流畅与否，是关系到游戏体验好坏的一个重要因素。事实上，所有的主机游戏（console game），都不可能会出现游戏不流畅到让玩家感觉不舒服的情况。再回到iPhone和android平台上来，@孙大同 提到了两点：一是程序执行的性质不一样Phone是直接执行编译好的代码的，而android的如果用java，需要通过一个中间的解释过程才能运行，导致效率不高，这个是java的一个通病。如果用词有点偏专业了可以这样理解：iPhone的拿到写着命令的纸条时，马上就可以执行了，而用java的android程序就需要拿着这纸条去问第三个人，请他翻译了之后才能执行。关于这一点，如果游戏开发者对平台重视的话，可以一样在android平台开发除跟iPhone一样性质的程序。然而，这种方式成本较高。关于第一点，只有在android上面的游戏是从iPhone上面的移植过来的才成立。根据上面的观点，如果是从一开始就是以android的某个机型所设计的，则不可能出现由java引起的性能问题。二是android的开放性质和iOS的不开放性质。所谓的开发和不开放，就是指android这个系统可以安装在各种符合要求的手机上面，而iOS则只能安装在苹果自行开发的机器上面。结果就是android系统的设备有千千万万种，而iOS系统的设备就只有那相近的10来种。而对于游戏开发者而言，这种结果就导致了在android上面开发，测试极其困难，因此只能在比较主流的几个机器上面测试，保证这几个机器的运行效果。这同时也就造成了其余没有经过严格测试的机型效果良莠不齐。所以说，游戏开发者要针对android系统设计游戏，是十分困难的，只能对某几款主流机型保证运行效果。然而一当选择了针对机型，就不可能会存在运行不流畅的情况，这是设计的问题。总结一下吧。1）游戏开发者如果针对某几款机器型号（不是操作系统）来设计游戏，则游戏不应该出现运行不流畅的情况。2）由于android系统开发的特性，设备过多，因而游戏开发者不可能针对所有的机器型号进行开发，因此不同机器上面运行结果各异。3）由于android上很多游戏本身是为iPhone设计，然后才移植过来的，因此有可能在设计上无法在android的很好地运行。对于这种情况，游戏开发者可能会通过降低游戏效果来保证运行效果。 Ratoo，MD237C & MD293LL user我很好奇这个问题里说 iPhone GPU 如何高的是不是审题有问题, 还是又发生了群体性阅读障碍综合症.「有的安卓手机配置比 iPhone 高很多却不能做到游戏流畅」比 iPhone original, 3G, 3GS 性能高的 Android 多了去了, 而且可以高很多. 游戏不流畅的问题有吗? 当然有.两年前还在用 iPod touch 2 的时候, 假期路过魅族体验店就去玩了会 M9, 结果第一次 Fruit Ninja Zen Mode 低于 200 分, 失误频频. iPod touch 2 使用的是 ARM11 处理器, 显卡 PowerVR MBX Lite, 寒酸得不能再寒酸, 日常使用也非常慢. M9 使用的是 C110+SGX540, 和 iPhone 4/Nexus S 一样, 属于顶级单核.vsync, 不同机种优化, 硬件加速支持都很可能, 但触摸屏的反应速度也是非常重要的原因. 手机上的休闲小游戏对操作的反应时间要求并不比主机低, 哪怕是 Angry Birds.当然, Objective-C 和 Java 的对比确实很傻.知乎用户1. 操作系统不同。上面@孙大同 等同学已经讲果关于java运行效率问题，不赘言了，但要补充说iOS偏底层的东西其实都是用C写的而不是Objective-C（下称OC）。还有纠正一观念，很多人都把OC语言比作C语言，OC跟Java一样是一门动态的编程语言，效率上并不像很多人想象的那么高，其实比静态的C差很多的，但确实比Java好些。
2. 硬件系统不同。大多数人会提到的GPU，游戏特别是3D游戏对GPU性能要求都会比较高，苹果用的Imagination公司出的GPU目前还是行业上的佼佼者。需要补充的是，硬件不要太迷恋那几个类似于主频／核心数量参数，硬件拼的也是整个系统，很多参数也不过是厂商炒作的?头而已。就像配一电脑，CPU买的是几千块的i7，主板确实两三百的烂货，其他部件也是类似，你别指望这电脑综合性能强到哪里去。众所周知，苹果从创立到现在软硬都自己做，积累到现在，是为数不多兼具很强软硬件设计能力的公司，谷歌微软基本只设计软件，三星索尼等硬件不错但软件就瘸了。在软硬件结合优化，追求效能最大化方面，这会儿没人拼得过苹果。
3. 游戏设计考虑。安卓系统是免费开源的，现在能占领的大部分市场份额的最重要原因。但败也萧何，开源的大家都可以改，导致版本繁杂，但这个不算重点上。设备性能参差不齐才是要命的，现有安卓机器很大一部分是价格和性能都低廉的低端机器。为兼顾低端这部分市场，开发者不得不降低游戏体验，高端机型也只能跟着用，开发者只能出一个包供高低端使用。所以你会发现系统自带的软件非常流畅，而第三方就不一定了。反观封闭的iOS，每年才出一代iPhone，其性能也完全相同，开发者在设计游戏时候考虑的问题要少了很多很多。
其实在硬件发展迅猛的今天，原因1已经变得很淡了（但不知道为什么，一直被人拿来重点批判），就像iPhone 5也不过1G内存，但很多安卓机器内存都2G了，安卓耗系统资源的问题已经不再是问题了。但你会发现用高端安卓机玩很多游戏就是不如配置参数差很多的iPhone，甚至我当年用一代iPhone能流畅玩水果忍着，安卓高端机玩起来却卡帧?（之前我玩的时候还这样，不知现在改善了没），造成这种现象的核心原因其实是原因3。如果Halfbrick工作室针对安卓偏高端机型做一个水果忍着，我认为流畅运行完全没有问题。
除了这三个较大原因，还有其他小原因，上面已经有不少人提到，不多说。这些是个人在开发游戏中得到的体会。孙大同我来斗胆回答一下吧，其实我在这方面不是专家，只是略有了解而已。iPhone的应用开发语言是Objective-C，编译是先用LLVM转换成中间语言再用Clang编译，两个东西都是苹果出品，自然对iPhone的硬件和软件有相当的优化，另外代码执行过程中不需要虚拟机在中间插手，执行效率自然很高（据说现在LLVM编译出来的Obj-C代码已经接近C的性能了，未试验）。另外Cocoa Touch不提供GC，充其量现在有了一个半自动的“自动引用计数”，这部分省下来的CPU资源不可忽视。另外CoreAnimation部分就几乎变成了全C，连OO的额外开销都省了，同时还有有GPU硬件加速，想不流畅都难。Android的绝大部分应用都是使用Java语言开发（当然也可以写C扩展，不过这是一种舍近求远的做法。而且UI部分你只能用Java来写。），Android当初这么做的确极大的降低了应用开发的难度和成本，但是由于Davlik在中间“夹了一层”，应用调用渲染类函数时性能会受到很大影响，这一点应该是最主要的苹果一直很注重开发者的素质，记得苹果有一篇写给开发者的指南文章，里面详细的告诉你哪些事鼓励你做，哪些事不鼓励你做，哪些事你必须这么做，哪些事禁止这么做。如果你不遵守苹果的要求，对不起，你不能上架。苹果用这种方法保证了App Store中的应用个个都是精品（当然执行效率高也包含在精品之内）还是那一点，Android选择了Java作为开发语言，问题是程序员水平良莠不齐，谷歌的做法就是你只要敢写，我就敢让你上架。而那些随随便便写几行代码执行效率却异常低下的代码自然拖了Android的后腿。说了半天，最根本的原因还是产品线的问题。苹果的产品数量很少，苹果可以为每一款产品，每一块CPU定制最适合它的代码，让产品的硬件性能发挥到极致。而Android产品线太广，厂商更多做的是“让系统跑起来”而不是“让系统以最高的效率跑起来”。Android手机耗电量大也可以从类似的角度来解释，道理是一样的。王亞暉，喵其实没必要太多的去说语言和框架方面缺陷的问题。主要是iOS开发面对的是一个特定的目标机型，稍微脑子正常点的开发者一定会做实机测试，然后保证能够流畅运行。但Android平台分裂太严重，所以没有办法确定一个特定的机型去做优化。但其实如果看的话，所有针对某个机型的定制游戏，做的其实都非常好。张健，it对于是否单任务我觉得不太重要，单任务多任务的区别只在内存和cpu占用方面体现较大，而目前提到的问题均是系统优化、游戏设计、适配方面遇到的问题，iphone 3gs的配置仅相当于目前2k出头的android手机，甚至还不如，但程序和游戏都跑的很快。我比较同意上面说的，主要有几点1、机型适配2、系统架构，开发语言3、系统优化 赵智，投身数据挖掘，希望把技术做的更有人味。技术方面大家总结的很多了，但根结上觉得还是初始思路和目标的问题。苹果对产品的性能要求，用户的体验，都是开始就确定的，不达到要求的东西，一般情况估计我们见不到。但andrio平台产品应该没这么苛刻的要求，我相信andrio上面也有精品，但扩展到大范围就普遍不行了。 ChevalierWang，珍爱生命 远离傻逼iOS设备的GPU部分一直都是领先安卓的江南刀客游戏来说主要是GPU方面ios本身性能就领先，而且优化做得好。至今难以忘怀在iphone1上彪极品飞车、玩fifa，感动得想哭，手机还能这么玩！而同期的G1、G2还不知道什么叫GPU。这两个我都用过，游戏？只能玩玩纸牌，塔方之类不过仅就桌面、普通app的流畅度来说高端android已经可以跟ios抗衡知乎用户，?稍微有点常识的人都会发布之前实机测试..苹果也不会让效率低下的游戏上架知乎用户，魅族一生黑！！再买剁手iphone每一代都没有落后潮流，GPU一直是业内领先，而且硬件都有apple加工过ios语言好，单任务YANG，//Java执行效率是差那么一点，但是更要命的是垃圾回收，大多数卡顿都是在运行这个。 朱晨，码农，ios，android痛苦的跨平台开发中。赞同@Yop的观点，首先安卓平台碎片化严重，相同的系统版本不同厂商的硬件优化方向不一致（我最近在优化一个3D游戏，但发现三星和moto的优化方向是相反的，一个对顶点数敏感，一个对渲染批次敏感），这就让开发者后期产品优化的代价提高很多。而且两个平台的盈利水平差很多（付费转化率），这样对于中小开发者来说会把更多的经历投入到IOS上来，我想这也是一个原因吧。知乎用户，保持前进的步伐！好像看到过一篇文章说，iphone在渲染UI时会暂停所有正在运行的其他进程，来保证UI的快速渲染，但是android则没有这样的机制，因此体验会不一样。石韡斯，弃技术从产品 /weisishi1 软硬件封闭，保证架构的绝对统一
2 优秀的引擎
3 完美的资源回收机制，这点和开发语言有关Matthew Chen，果粉，码农，Geek，也是最普通的消费者iOS的app可以有很高的硬件利用效率，只要权限的使用过了商店的审核，硬件甚至os上的配合是不遗余力的，cpu，gpu，多核优化等，cpu内部本身都为常用指令作了优化，不止是速度，省电，功耗，轻薄，都因为软硬件垂直整合而受益。
浏览：33发布： 1:02:14
浏览：52发布： 16:56:45
浏览：47发布： 8:56:41
浏览：47发布： 7:17:19
浏览：41发布： 19:26:51
浏览：60发布： 19:00:43
浏览：46发布： 14:56:31
浏览：46发布： 16:14:27
浏览：62发布： 7:25:41
浏览：156发布： 22:00:34浣犲彲浠ヨ瀹氫竴涓函绮圭殑GPU鐨勬父鎴忥紵-gpu-CodeGo.net
浣犲彲浠ヨ瀹氫竴涓函绮圭殑GPU鐨勬父鎴忥紵
鎴戞槸涓涓狢S楂樻墜鐨勫鐢燂紝鎺ヤ笅鏉ユ垜灏嗚寮濮嬪伐浣滀簡鎴戠殑璁烘枃銆傛垜宸茬粡涓庤鏂囩殑鎯虫硶锛屼絾鎴戝喅瀹氳繖灏嗗叧绯诲埌璁＄畻鏈哄浘褰㈠锛屽洜涓烘垜寰堢儹鐖憋紝骞跺笇鏈涘伐浣滀綔涓轰竴涓笓涓氱殑涓澶┿
涓嶅垢鐨勬槸锛屾垜杩樻尯鏂扮殑涓夌淮璁＄畻鏈哄浘褰㈠棰嗗煙锛屾垜鎶婃湰绉戣绋嬬殑涓婚 CodeGo.net锛屽苟甯屾湜鎶婃梺杈圭殑楂樼骇璇剧▼锛屾垜宸茬粡闃呰浜嗗悇绉嶄功绫嶅拰鏂囩珷锛屼簡瑙ｆ洿澶氫俊鎭傚敖绠″姝わ紝鎴戠殑涓婂徃璁や负瀹冪殑鏇村ソ锛屽鏋滄垜涓庝竴鑸鏂囩殑鎯虫硶锛岀幇鍦ㄥ啀鑺憋紝鍑嗗鍋氭垜鐨勮鏂囧缓璁涔犱竴涓嬪惂銆傛垜鐨勪笂鍙告湁濂芥兂娉曪紝浣嗘垜瀹佹効鍦ㄦ垜鑷繁鐨勶紝瀹冨笇鏈涙湁璺熷鐨勬満浼氾紝鏇村鍦颁簡瑙ｈ棰嗗煙鍋氱殑鏇存湁瓒ｃ傛垜涓嶅湪涔庡畠鏄惁宸茬粡瀹屾垚锛岃鏂囨洿鏄竴涓満浼氾紝浜嗚В浜嬫儏鐨勬繁搴﹀拰鍋氭垜鑷繁鐨勫ぇ閲忓伐浣溿
鎴戜笉鐭ラ亾寰堝鍏充簬GPU缂栫▼锛屾垜杩樺湪瀛︿範鐫鑹插櫒鍜岃瑷锛屽CUDA鎶鏈傛垜鏈変竴涓兂娉曟槸缂栫▼鐨凣PU鐨勬暣涓紙鎴栧敖鍙兘澶氱殑锛夛紝鍖呮嫭鎵鏈夌殑閫昏緫锛屼汉宸ユ櫤鑳藉拰娴嬭瘯銆傝繖鏄氳繃闃呰GPGPU鐨勮鏂囧拰闂锛屾瘮濡傝繖涓娆★紝鎴戜笉鐭ラ亾濡備綍鍙鐨勬槸鐢ㄦ垜鐨勭煡璇嗙殑鍚彂锛屾垜鐨勪笂鍙镐笉鐭ラ亾浜嗗緢澶氬叧浜庢渶杩戠殑GPU銆傛垜鏁㈣偗瀹氭湁鎴戣兘鍥炵瓟杩欎釜闂瀵规垜鑷繁鐨勶紝浣嗗畠浼氬緢鏂逛究鐨勶紝濡傛灉鎴戣兘鎻愬墠鐭ラ亾绛旀锛屾墍浠ユ垜涔熷彲浠ヨ冭檻鍏朵粬鐨勬兂娉曘
鎵浠ワ紝濡傛灉浣犺蛋浜嗚繖涔堣繙锛屾垜鐨勯棶棰橈細浠呬粎浣跨敤鐫鑹插櫒鎴栫被浼肩殑CUDA锛屼綘鍙互鍋氫竴涓畬鏁寸殑锛岀畝鍗曠殑3D锛屽畠鍒╃敤GPU鐨勫師濮嬪姩鍔涘拰骞惰锛熻繕鏄垜澶卞幓浜咷PU鍜孋PU涔嬮棿鐨勯檺鍒跺拰鍖哄埆锛屽皢姘歌繙鍋氭垜鐨勪唬鐮佺粦瀹氬埌CPU鐨勪竴澶ф埅锛熸垜宸茬粡鐭ラ亾浜嗗湪GPU涓婅繍琛岀殑鐗╃悊寮曟搸锛岄偅涔堜负浠涔堜笉涓鍒囷紵
鏈枃鍦板潃 锛欳odeGo.net/5722519/
-------------------------------------------------------------------------------------------------------------------------
1.鍏嶈矗澹版槑锛氭垜宸茬粡鍋氫簡鍗氬＋瀛︿綅锛屼絾浠庢潵娌℃湁鐩戠潱鑷繁鐨勫鐢燂紝鎵浠ラ噰鍙栫殑鏄粈涔堬紝鎴戠害浜嗕竴绮掔洂鐨勮锛
鎴戞兂灏濊瘯灏藉彲鑳藉鐨勫敖鍙兘缁欏姏鍒癎PU鏄竴涓紵澶х殑鏂瑰紡寮濮嬫柊鐨勯」鐩紝浣嗘渶缁堜綘鐨勫伐浣滅偣搴旇鏄細鈥滄湁杩欎欢浜嬫槸寰堝鐨勯噸瑕佺粍鎴愰儴鍒嗭紝浣嗗畠鐩墠鐨勭姸鎬佸疄闄呬笂骞舵湭'T鍚堣韩鍦℅PU锛氳繖閲屾槸鎴戝浣曚慨鏀瑰畠锛屾墍浠ュ畠浼氬悎韬溿
渚嬪 CodeGo.net锛屽湪浜哄伐鏅鸿兘绠楁硶鏄竴涓棶棰橈紝浠栦滑寰寰渚濋潬閫掑綊銆傜湡鐨勶紝浣嗘槸锛岃繖骞朵笉涓瀹氭槸浜ゆ槗鏂矾鍣細灏嗛掑綊绠楁硶杞崲涓鸿凯浠ｈ〃鍗曠殑鑹烘湳鏈熷緟鍚庨『鍒╅氳繃锛屽苟浼氬舰鎴愪竴涓紓浜殑涓績浠朵负鎮ㄧ殑璁烘枃銆
浣嗘槸锛屼綔涓轰竴涓ぇ甯堢殑瀛︾敓锛屼綘娌℃湁寰楀埌澶锛屾墍浠ヤ綘鐪熺殑闇瑕侀潪甯歌繀閫熷湴璇嗗埆鎵鍏冲績鐨勬牳蹇冦傛垜涓嶄細鐞嗕細璇曞浘璁╂暣涓湡姝ｉ傚悎鍒颁簡GPU浣滀负浣犵殑涓讳汉鐨勪竴閮ㄥ垎锛氭垜浼氱嫭鑷妸瀹冧綔涓轰竴涓粌涔犲彧鏄负浜嗙湅鐪嬪摢閮ㄥ垎涓嶉傚悎锛岀劧鍚庨偅涓閮ㄥ垎銆
浣嗚灏忓績浣犵殑閫夋嫨鐩戜簨銆傚鏋滀綘鐨勪笂鍙告病鏈変换浣曠浉鍏崇粡楠岋紝浣犲簲璇ラ夋嫨鍒殑璋佸仛銆
鎴戣繕鍦ㄧ瓑寰呴偅瀹屽叏杩愯鍦℅PU涓Ä浠跨湡鍣紝杩欐槸鍒氬垰鍠傝嚜宸辩殑ROM鍜岃緭鍏ワ紝骞跺鑷磘extures鏄剧ず-鍙兘鏄浜屼釜textures澹伴煶杈撳嚭:)
涓昏鐨勯棶棰樻槸锛屼綘涓嶈兘浠庝竴涓狦PU鐨勮闂寔涔呭寲瀛樺偍锛岀敤鎴疯緭鍏ュ拰闊抽杈撳嚭銆傝繖浜涢儴浠堕兘蹇呴』鍦–PU涓婏紝鏍规嵁瀹氫箟锛堝嵆浣挎湁HDMI鍗℃湁闊抽杈撳嚭锛屼絾鎴戣涓轰綘涓嶈兘浠嶨PU鎺у埗瀹冿級銆傞櫎姝や箣澶栵紝浣犲凡缁忓彲浠ユ帹浠ｇ爜鐨勫ぇ閮ㄥ垎鍦板尯杩涘叆浜咷PU锛屼絾鎴戣涓鸿繖鏄笉澶熺殑锛屽洜涓3D鏈3D鏁版嵁閫佸叆GPU锛屽苟鍛婅瘔瀹冪殑鐫鑹插櫒搴旈傜敤浜庡摢涓閮ㄥ垎銆備綘鐪熺殑涓嶈兘闅忔満璁块棶GPU涓婄殑鏁版嵁鎴栨墽琛屼换鎰忎唬鐮侊紝鏈夊仛璁惧畾銆
浠ュ墠锛屼綘鍙渶璁剧疆涓涓猼extures涓庢簮鏁版嵁锛屾覆鏌撶洰鏍囩殑缁撴灉鏁版嵁锛屼互鍙婂儚绱犵潃鑹插櫒浼氬仛鐨勮浆鍙樸傜劧鍚庝綘鍛堢幇涓涓洓涓庣潃鑹插櫒鐨勬覆鏌撶洰鏍囷紝杩欏皢鎵ц璁＄畻锛岀劧鍚庤鍑虹殑textures鑳岋紙瀹冭繘涓姝ユ覆鏌擄級銆傚浠婏紝浜嬫儏宸茬粡鍙樺緱绠鍗曚簡绗洓浠ｅ拰绗簲浠ｇ殑鐫鑹插櫒锛堟敮鎸丼hader Model 4.0鍜屾棤璁烘槸鍦―irectX 11鐨勶級锛岃繖鏍蜂綘灏卞彲浠ユ湁杈冨ぇ鐨勯槾褰憋紝鏇村鏄撱備絾浠栦滑浠嶇劧蹇呴』寤虹珛浠庡闈紝鎴戜笉鐭ラ亾浜嬫儏鏄浣曞浠婂ぉ鍦ㄨ繖涓よ呬箣闂翠繚鎸佹暟鎹殑鏈鍧忕殑鎯呭喌涓嬶紝CPU蹇呴』璇诲彇浠嶨PU鑳岄潰锛屽啀娆℃帹鍒颁繚瀛樻暟鎹紝杩欏缁堟槸涓涓紦鎱㈢殑瑕佸仛鐨勪簨鎯呫備絾濡傛灉浣犺兘鐪熸鑾峰緱涓涓偣锛屼竴涓氱敤鐨勫畨瑁/娓叉煋寰幆灏辫冻澶熶綘璺戯紝浣犲彲浠ヨ锛屽湪GPU涓婅繍琛屻傝浠ｇ爜鏄粠姝ｅ父鐨勪唬鐮佸畬鍏ㄤ笉鍚岋紝铏界劧銆傚ぇ閮ㄥ垎鐨凣PU浠庝粬浠墽琛岀殑绋嬪簭锛屽嵆浣垮钩琛岀潃鑹插崟鍏冨嚑鐧撅紝浣犱笉鑳藉彧鍐欎竴涓潃鑹插櫒锛屽彲浠ョ粯鍒跺浘鍍忓埌涓瀹氫綅缃殑浜嬪疄鐨勮〃鐜般傚儚绱犵潃鑹插櫒濮嬬粓杩愯锛岄【鍚嶆濅箟锛屽湪涓涓儚绱狅紝鑰屽叾瀹冪潃鑹插櫒鍙互鍋氱殑浜嬫儏涓婁换鎰忓潗鏍囷紝浣嗕粬浠笉澶勭悊鐨勫儚绱犮傝繖涓嶄細鏄鏄撶殑锛屾垜鎯炽
鎴戝缓璁綘鍙槸鎯冲嚭鍘伙紝鎴戣浜嗙偣銆傛渶閲嶈鐨勬槸鎴戣涓虹殑淇濇寔鐘舵侊紝濡傛灉涓嶈兘淇濈暀鐨勬墍鏈夋暟鎹紝閮芥槸涓嶅彲鑳界殑銆
鎴戜笉鍦ㄤ箮瀹冩槸鍚﹀凡缁忚
鍋氳繃锛岃鏂囨槸鏇村鐨勬槸
鏈轰細浜嗚В浜嬫儏
娣卞害涓婂仛澶ч噺鐨勫伐浣滐紝鎴
閭ｄ箞浣犳槸浠涔堟兂娉曡鐐规槸閿欒鐨勩傝鏂囧繀椤绘槸鍘熷垱鎬х爺绌躲-&缂栬緫锛氭垜鍦ㄦ兂涓涓崥澹鏂囷紝鑰屼笉鏄澹鏂囷紝^ _ ^
鍏充簬浣犵殑闂锛孏PU鐨勬寚浠ら泦鍜屽嚱鏁版槸闈炲父鍏蜂綋鐨勭煝閲忔诞鐐硅繍绠椼傚湪鍋氬皬娴偣锛屽拰璁稿閫昏緫锛堟爲鏋濆拰鍐崇瓥鏍戯級銆
濡傛灉浣犵湅鐪嬪埌CUDA鐨勭淮鍩虹櫨绉戦〉闈紝浣犱細鐪嬪埌锛
閫掑綊锛屾棤
鐨凜鍑芥暟鎸囬拡鏃犲瓙
鎵浠ワ紝涓嶈鎷呭績浠讳綍AI绠楁硶鏈夛紝閭ｅ熀鏈笂鏄掑綊锛堝A *瀵昏矾锛夈備篃璁镐綘鍙互妯℃嫙鍑烘爤鐨勯掑綊锛屼絾濡傛灉瀹冧笉鍏佽鏄庣‘瀹冨簲璇ユ槸鏈夊師鍥犵殑銆傛病鏈夊嚱鏁版寚閽堜篃闄愬埗浜嗗鐞嗗彇鍐充簬鍥藉鐨勪笉鍚屽姩浣滅殑鑳藉姏鍒嗘淳琛紙鍐嶆閾炬帴鐨刬f-else缁撴瀯锛屼絾鍛抽亾涓嶅ソ閭ｉ噷锛夈
鍦ㄨ瑷鐨勫眬闄愭у弽鏄犲簳灞傜‖浠跺ぇ澶氳涓哄仛鐨勬祦澶勭悊浠诲姟銆傚綋鐒朵篃鏈夊彉閫氭柟娉曪紙鏍堬紝濡傛灉鍏朵粬閾炬帴锛夛紝浣犲彲浠ュ湪鐞嗚涓婂嚑涔庢墍鏈夌殑绠楁硶瀛樺湪锛屼絾浠栦滑鍙兘浼氳〃鐜板惛浜嗗緢澶氥
鍙︿竴鐐规槸鍏充簬澶勭悊IO锛屽洜涓哄湪閭ｉ噷锛岃繖鏄涓籆PU锛堝畠鏄墽琛屾搷浣滅郴缁熺殑涓绉嶏級鐨勪换鍔°
杩欐槸鍙鐨勫仛纭曞＋璁烘枃鐨勪富棰橈紝骞朵笌浣狅紝褰撲綘寮濮嬶紝涓嶇啛鎮夌殑宸ュ叿銆備絾鏄紝瀹冪殑涓涓緢澶х殑鏈轰細鎷匡紒
褰撶劧纭曞＋璁烘枃搴旇鏄箰瓒ｆ棤绌枫備絾鏈缁堬紝瀹冭浼犻掍笌鍖哄埆锛屽苟璁や负瑙ｅ喅浣犲凡缁忔帉鎻′簡妫樻墜鐨勯棶棰樺娍鍦ㄥ繀琛屻
鍚屾牱閲嶈鐨勬槸浣犵殑涓婂徃銆傚畠鐨勫綋鍔′箣鎬ユ槸瑙ｅ喅浣犵殑闂锛屼粬浠〃鐜板嚭鐨勫叴瓒-浠栦滑鏄嚜宸辩啛鎮夌殑-璁╀粬浠箰浜庡府鍔╀綘寰楀埌涓涓緢澶х殑妗ｆ銆
浣犳湁寰堝涓氫綑鐖卞ソ鐨勫埉鐥掞紝浣犲氨浼氭湁寰堝鏇村鐨勪笟浣欑埍濂斤紝灏嗘潵涔熸槸姣棤鐤戦棶鐨勩備絾鏄紝纭曞＋璁烘枃涓嶆槸涓虹埍濂藉緢閬楁喚銆
铏界劧浠婂ぉ鐨凣PU宸茬粡寰楀埌璁＄畻鑳藉姏锛屼粬浠槸涓嶅垎涓滆タ鐨凜UDA鍜孫penCL浠呴檺浜庢湁闄愮殑涓缁勶紝鑰屽湪CPU鏇撮傚悎涓鑸殑涓滆タ锛屼笌鍍廠SE鎵╁睍鎸囦护锛屼互鍔犲揩浠诲姟銆傚鏋滄垜娌℃湁璁伴敊锛屽浘褰㈠鐞嗗櫒鎷ユ湁鏃犳硶鍋氫袱涓诞鐐规暣鏁扮殑闄ゆ硶鐨勭‖浠躲傚綋鐒讹紝浜嬫儏宸茬粡鎻愰珮鍒5骞村墠銆
杩欏皢浼氭槸鏃犳硶寮鍙戝嚭鍦ㄤ竴涓畬鍏ㄧ殑GPU杩愯-瀹冮渶瑕佸湪CPU鐨勯樁娈垫潵鎵ц锛屼絾鏄GPU鐨勬墽琛屼笉浠呬粎鏄樉鍗℃洿澶氱殑鏄紙鍜岀墿鐞嗗伓鏁帮級鑲畾浼氬緢鏈夎叮锛岀敤鎶撳紑鍙戝晢鐨凱C蹇呴』鍏锋湁涓庝箣鎶楄　鐨勫悇绉嶆満鍣ㄧ殑瑙勬牸锛屽苟鏈夎嚜宸辩殑闄愬埗锛屼互鏁村悎澶嶆潅浜嬬墿鐨勬渶澶х殑闂.a涓郴缁熺殑鏋舵瀯灏嗘槸涓涓嚦鍏抽噸瑕佺殑闂-渚嬪PlayStation 3鐨勬湁鍋氬鍗冨厗瀛楄妭鐨凜PU鍜孯AM锛孏PU鍜屾樉瀛樹箣闂寸殑鍚炲悙閲忕浜岀殑鑳藉姏锛屼絾鏄闂殑灞卞嘲浜嗗垰鍒氳繃鍘荤殑12MiB / s鐨凜PU涓
浣犲彲鑳戒細瀵绘壘鏂规硶琚О涓衡淕PGPU鈥濅负鈥滈氱敤鍥惧舰澶勭悊鍣ㄢ濄傝壇濂界殑鍑哄彂鐐瑰彲鑳芥槸锛
鏈夊叧澹鐨勮繖绉嶅仛娉曠殑浼犻椈宸茬粡鍑虹幇濂藉嚑骞翠簡锛屼絾鎴戞鐤戯紝鍦ㄨ繖鍑犲勾姣忓ぉ閮戒細缁冧範锛堥櫎闈濩PU浣撶郴缁撴瀯鍙戠敓寰堝ぇ鐨勫彉鍖栵紝骞朵娇鍏惰繃鏃讹級銆
杩欓噷鐨勫叧閿槸骞惰锛氬鏋滀綘鏈夛紝浣犻渶瑕佸ぇ閲忕殑骞惰澶勭悊鍗曞厓鐨勪竴涓棶棰樸備篃璁告垨绠楁硶鍙兘鏄竴涓緢濂界殑涓绯诲垪闂锛屾敾鍑讳笌GPU鐨勮兘鍔涖備篃璁镐篃瀵绘壘鍔犲瘑鍝堝笇婕忔礊锛堢牬瑙ES鍦℅PU灏嗘槸涓涓笉閿欑殑璁烘枃锛屾垜鎯:)锛夈備絾瑕佹眰楂橀熶覆琛屽鐞嗙殑闂骞朵笉鏄惧緱閭ｄ箞澶氶傚悎浜嶨PU銆傚洜姝わ紝妯℃嫙涓涓彲鑳芥槸瓒呭嚭鑼冨洿銆 锛堜絾鏄紝妯℃嫙浣庡姛鐜囩殑鏈哄櫒鍙冭檻銆傦級
鎴戞兂澶勭悊鐨勬槸涓涓綋绯荤粨鏋勶紝閽堝澶氭牳蹇僀PU鍜孏PU灏嗘槸寰堟湁鎰忔濈殑涓涓」鐩傛垜璁や负杩欎粛鐒舵槸鍏朵腑澶ч噺鐨勫伐浣滄鍦ㄥ仛鐨勫尯鍩熴備负浜嗗埄鐢ㄥ綋鍓嶅拰纭欢鐨勪紭鍔匡紝鏂版灦鏋勫皢瑕侀渶瑕佺殑銆傛垜鍘诲埌2008骞寸殑GDC锛屽苟鏈変笌姝ょ浉鍏崇殑OME浼氳皥銆傛浘鍦ㄩ偅閲屽垱寤虹嚎绋嬬殑鍙互鎸囧畾浣犳兂瑕佺殑鍐呮牳鏁伴噺涓涓湁瓒ｇ殑鏂规硶锛屽洜姝わ紝濡傛灉浣犱笉鎸ㄩタ浜嗭紝鍙兘鏄鏍稿叾浠栧簱銆傛垜鎯冲彲浠ユ湁閽堝鎬у湴GPU浠ュ強銆
鍏朵粬鏂规硶鍖呮嫭閽堝涓嶅悓鐨勭郴缁燂紝涓嶅悓鐨勫唴鏍革紝浠ヤ究鍙互骞惰杩涜銆備緥濡傦紝浼樺厛鍒嗗壊璋堣瘽寤鸿鏄妸娓叉煋鍣ㄨ嚜韬殑鏍稿績鍜岀殑涓婂彟涓涓殑鍏朵綑閮ㄥ垎銆傝繕鏈夊叾浠栫殑鏂规硶锛屼絾瀹冨熀鏈笂閮藉彲浠ュ綊缁撳埌浣犲浣曞洿缁曡幏鍙栨暟鎹埌涓嶅悓鐨勫唴鏍搞
棣栧厛锛屾垜涓嶆槸宸ョ▼甯堬紝鎵浠ユ垜鐨勫亣璁撅紝鐢氳嚦涓嶈兘涓绮掔洂锛屼篃璁哥撼绫冲昂搴︺
浜哄伐鏅鸿兘锛熸病鏈塸roblem.There鏄钩琛岀殑杩愯璋锋瓕鐨勪緥瀛愪笉鑳渆nums銆備緥濡傦細
瀵昏矾锛熶綘鍙皾璇曞苟琛屽璺畻娉曪紝宸茬粡瀵逛粬浠殑鍙湁涓涓細
缁樼敾锛熶娇鐢―X鎴朑L鐨勪簰鎿嶄綔鎬т笌CUDA鎴朇L鎵浠ョ粯鍥綿oesnt璺≒CI-E閫氶亾銆傜敋鑷冲彲浠ュ仛鍏夌嚎杩借釜鍦ㄨ钀芥墍浠ユ病鏈塟-鎴樻枟浜嗭紝鐢氳嚦灏嗙函绮圭殑鍏夌嚎杞ㄨ抗灞忓箷涓婃槸鍙鐨勪富娴佷綆鐨勬繁搴﹂檺鍒躲
鐗╃悊锛熸渶绠鍗曠殑涓閮ㄥ垎锛屽彧鏄噸澶嶄竴涓畝鍗曠殑euler鎴朧erlet闆嗘垚鍜岀ǔ瀹氭х粡甯告鏌ワ紝濡傛灉椤哄簭閿欒灏卞ぇ浜嗐
鍦板浘/鍦板舰鐢熸垚锛熶綘鍙渶瑕佷竴涓妫嵒鍜宼riangulator銆
鍦ㄥ啓鍏ョ紦鍐插尯涔嬪墠骞宠淇濆瓨褰撶劧锛屼綘鐨勬暟鎹傜劧鍚庯紝灏嗚繖浜涙暟鎹啓鍏ヤ竴鍧椾竴鍧楀埌纭洏鐨凞MA閫氳繃杩欐牱娌℃湁婊炲悗銆
閫掑綊锛熷啓浣犺嚜宸辩殑鍫嗘爤涓籚RAM锛屼笉鏄偅涔堝叾浠栫殑鍐呮牳鍙互鍦ㄦ尝鍓嶈繍琛屽拰GPU鐨勮亴涓氭瘮杈冨ソ銆
澶鐨勬暣鏁伴渶瑕佺殑锛熶綘鍙互杞崲涓烘诞鍔ㄧ劧鍚庡仛50&#鐨勬墍鏈夋牳蹇冿紝鐒跺悗鎶婄粨鏋滆繑鍥炴暣鏁般
杩囧鐨勫垎鏀紵璁＄畻杩欎袱绉嶆儏鍐典笅锛屽鏋滀粬浠槸绠鍗曠殑锛屾墍浠ユ瘡涓涓牳蹇冩槸鍚屾绾垮拰鍏夋磥搴︺傚鏋滄病鏈夛紝閭ｄ箞浣犲彲浠ユ妸鑷繁鐨勫垎鏀娴嬪櫒锛屼互渚垮湪鏈潵瀹冮娴嬫瘮纭欢锛堝彲鑳芥槸璋侊紵锛変笌鑷繁鐨勭湡姝ｇ殑绠楁硶銆
澶渶瑕侊紵鎮ㄥ彲浠ユ坊鍔犲叾浠栫殑GPU绯荤粺鍜屽紑鏀剧殑DMA閫氶亾鎴朇F / SLI鎶鏈殑
鏈枃鏍囬 锛氫綘鍙互璁惧畾涓涓函绮圭殑GPU鐨勬父鎴忥紵
鏈枃鍦板潃 锛欳odeGo.net/5722519/
Copyright 漏 2014 CodeGo.net}