PhysX Simulation on a 16-Core CPU

Edison · 发表于 2010-3-5 03:03

http://www.geeks3d.com/20100304/ ... n-on-a-16-core-cpu/

As you can see on the screenshot, the 16 cores are fully loaded ;)

defv4 · 发表于 2010-3-5 21:41

笑而不语……Intel才是技术狂人
LuoboTixS 发表于 2010-3-5 19:25

通常我只是看图说话别无它意~~如有雷同纯属巧合!

LuoboTixS · 发表于 2010-3-5 19:25

看NV已经超INTEL数十年了…
defv4 发表于 2010-3-5 08:34

笑而不语……Intel才是技术狂人

rickerlian · 发表于 2010-3-5 18:28

本帖最后由 rickerlian 于 2010-3-5 20:34 编辑

如果一个程序库如何有效地使用都要client去投入去优化的话，这是可悲的，因为这意味着库作者也不知道如何有 ...
westlee 发表于 2010-3-5 17:57

请列出用havok作为物理引擎而用gpu进行物理加速的游戏的，以及havok用gpu加速跟cpu加速的速度对比
请举例havok用cpu作为运算载体时，不成熟的例子
否则，你把havok甩出来有什么用，能说明什么问题，以及你想说明什么问题

Edison · 发表于 2010-3-5 18:23

NVIDIA 有 APEX 可以随 GPU 或者CPU 性能而调整特效密度，在 batman 中其实就有这个迹象，如果 benhcmark 的头几次跑得慢，再重跑，就会出现大量物理特效消失的现象。

rickerlian · 发表于 2010-3-5 18:16

多的不说了...金山作为国产旗舰软件商已经被你例入废表了.
kvipol 发表于 2010-3-5 17:35

多的不说了，说吧，说了有不会禁言的

就列了一个就说全球了，过半了，吹牛吹到这份上了

只看该作者 · 发表于 2010-3-5 17:57

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

kvipol · 发表于 2010-3-5 17:35

是啊，包括nv这个软件商啊

正题
如果你知道全球那些软件商符合废，那些不符合废，请罗列， ...
rickerlian 发表于 2010-3-5 16:58

多的不说了...金山作为国产旗舰软件商已经被你例入废表了.

kaven · 发表于 2010-3-5 17:22

很多人还是没有理解physx啊

只看该作者 · 发表于 2010-3-5 17:11

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

rickerlian · 发表于 2010-3-5 16:58

您是在指责全球过半数的程序软件商都很废吗?
kvipol 发表于 2010-3-5 14:54

是啊，包括nv这个软件商啊

正题
如果你知道全球那些软件商符合废，那些不符合废，请罗列，不要开口埋口就全球，过半，全球的软件商都被你代表了

你就会向我发问这些关于废与不废的问题吗

，如果你对lz的贴图有任何观点可以提出。全球的软件商都被你代表了，这些废问题难道就是你的观点

kvipol · 发表于 2010-3-5 14:54

你概念模糊，我帮你理清
1.我没有说physx烂，physx是一个程序库，一个library，这个库写得烂不烂我不知 ...
rickerlian 发表于 2010-3-5 14:48

您是在指责全球过半数的程序软件商都很废吗?

rickerlian · 发表于 2010-3-5 14:48

你能找到几个可以充分利用4核心的havok物理引擎游戏呢？与其说physx烂，不如说物理引擎的并行化编 ...
westlee 发表于 2010-3-5 13:56

你概念模糊，我帮你理清
1.我没有说physx烂，physx是一个程序库，一个library，这个库写得烂不烂我不知道
2.client如何使用这个library，确实很讲究的，所以为什么要有best practice或者scalable solution
举个例子，windows操作系统其实是一个runtime library，提供很多api，你使用这些api实现同一个功能，可以有多种方法，程序会有很多种结构，api的调用序列会有很多种。有人按照msdn上的best practice，有人乱搞。乱搞的程序大多数是效率低，无法延伸，最后，用户体验，程序效率低。

好了，再看我的回帖，用physx作为物理效果的游戏的编码是何其的烂？是游戏编码烂，不是physx烂，更贴切，就是那些游戏，不懂得如何使用physx，已导致physx的效率低。这是我猜测之一。

不如说物理引擎的并行化编程本来就是需要相当的投入的，而很多游戏公司显然认为，他们的开发成本应该投在其他地方
如果一个程序库如何有效地使用都要client去投入去优化的话，这是可悲的，因为这意味着库作者也不知道如何有效地使用。所以我作出一下观点
抑或nv的physx还没找到多cpu的best practice，现在还在摸索？

很显然，physx需要一个scalable solution，并不是一个能把16核都满载的测试软件
也很显然，以之前physx的游戏表现来看，很容易让人认为physx不具备伸缩性，NV对此需要负上责任

只看该作者 · 发表于 2010-3-5 13:56

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

rickerlian · 发表于 2010-3-5 12:47

这说明那些用physx作为物理效果的游戏的编码是何其的烂？
抑或nv的physx还没找到多cpu的best practice，现在还在摸索？

很显然，physx需要一个scalable solution，并不是一个能把16核都满载的测试软件
也很显然，以之前physx的游戏表现来看，很容易让人认为physx不具备伸缩性，NV对此需要负上责任

ifu · 发表于 2010-3-5 12:00

这帖在说,要说别人做弊请先拿出证据.
NV说PX根本没有关闭多核心支持,事实上也证明如此.
而AMD说PX关闭 ...
goldman948 发表于 2010-3-5 10:47

我贴中哪一个字说了NV在作弊？？？你**么？
"要让程序在特定硬件上跑得慢实在是一件很容易的事情"这话有什么不对？
这话能推出？“所以现在intel cpu比amd cpu强的原因都是程序在做弊罗?”？？说你破逻辑你还不认

jocover · 发表于 2010-3-5 11:48

physx和havok都支持多核
AMD的话不能当真
比如havok gpu、cinema 2.0，你永远看不到实物

yolo · 发表于 2010-3-5 11:32

physx如果是让AMD在独占，早就让AMD做熄火了，就是因为NV的强大宣传攻势才如此强势。
我不懂任何技术层面的 ...
86751213 发表于 2010-3-5 09:49

physx强势？什么时候暴雪出的游戏支持physx再说吧！

Edison · 发表于 2010-3-5 11:17

管理员想表明什么？benchmark=游戏
what？发表于 2010-3-5 10:25

现在这个测试是 FluidMark 的开发人员 JeGX 为了验证 PhysX 是否提供多 CPU 支持而新做的。

在此之前，AMD 的人说 PhysX 不支持多 CPU 运作或者说不能让 CPU 跑满，而后 NVIDIA PhysX 的团队说 PhysX 很早就支持多 CPU （事实上，AGEIA 的 NovodeX 是世界上第一个宣布支持多 CPU 的物理 API，比 Havok 更早）并且多 CPU 的 API 一直没有改变，FluidMark 的多 CPU 版本就是这样的情况下写出来的。

JeGX 在他喜欢的 Visual Studio 上写了几个小时代码后就完成了一个支持多 CPU 的新版本。

这是 pcinpact 和 JeGX 在这个版本上一起合作的介绍文章。
http://translate.google.com/tran ... luidmark-coeurs.htm

ft5555 · 发表于 2010-3-5 11:03

请先看1楼，在往下看某些楼层精彩留言

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

westlee 该用户已被删除	29^# 发表于 2010-3-5 17:57 \| 只看该作者提示: 作者被禁止或删除内容自动屏蔽
westlee 该用户已被删除
	回复支持反对使用道具举报显身卡

pikaqiuuuu 该用户已被删除	26^# 发表于 2010-3-5 17:11 \| 只看该作者提示: 作者被禁止或删除内容自动屏蔽
pikaqiuuuu 该用户已被删除
	回复支持反对使用道具举报显身卡

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

PhysX Simulation on a 16-Core CPU

浏览过的版块