玩GTA4的人都需要
+65535 想完美跑PS2模拟器 2140都把我喂饱了
GTA4不开高就没事 参加分布式计算项目吧 opencl会拯救你们的 汝等E8xxx和Qxxxx让吾等T7xxx的用户情何以堪啊……
艹，早知道就买配T9300的了 原帖由 refo 于 2008-12-16 17:29 发表 http://bbs.saraba1st.com/images/common/back.gif
想完美跑PS2模拟器
I记的低端双核随便超到3g就搞定了
回复 46楼的 chichengjerry 的帖子
汝好歹也是双核了，让我等还停留在单核时代的情何以堪阿 用4核挂qq的算啥呢。。 原帖由 HyperIris 于 2008-12-16 20:42 发表 http://bbs.saraba1st.com/images/common/back.gif与其指望OpenCL这种画出来的饼充饥，还不如用已经学会的CUDA更现实。
opencl和cuda又不冲突。一个是api，一个是开发环境
cuda已经有饼可吃，但毕竟不是api，不见得会在广大的vb，java，.net项目里用到
api不同，首先基于各平台各系统的版本就会源源不断地开发出来（如果组织够勥的话）；再次使用api要比嵌入个工程环境容易多了，在现有基础上增加功能总比要平地起高楼省钱；最后，c形式的api要比cuda那类cg的语法更容易让人接受，一本函数手册搞定，cuda呢，要从数据类型开始学起，有c/c++经验的人学起来快，可vb，或者一些动态语言的开发者学起来就不容易
opencl现在遗憾在没有个可玩的版本，而且也不会马上有windows版本，让我们没东西可吃
[ 本帖最后由 精钢魔像 于 2008-12-16 21:25 编辑 ] 嗷嗷多的软件不支持多核心，买那么好的CPU做咩？
现在的硬件主流是多核，问题是软件还停留在单线程上，这让消费者情何以堪…… 人家靠做那个吃饭不是
就像JC说的，dx9已经足够好了，我们离各种效果的排列组合还差得远。可api开发者靠这个吃饭，他们总要弄出花样来 原帖由 HyperIris 于 2008-12-16 22:23 发表 http://bbs.saraba1st.com/images/common/back.gif
你真的学过CUDA?
没学过，没gf8
如果有错误请指出来 原帖由 宅男的爱 于 2008-12-16 21:53 发表 http://bbs.saraba1st.com/images/common/back.gif
嗷嗷多的软件不支持多核心，买那么好的CPU做咩？
现在的硬件主流是多核，问题是软件还停留在单线程上，这让消费者情何以堪……
软件不支持怎么了
OS支持啊
http://xs134.xs.to/xs134/08512/__26080___26631___39064_267.jpg 原帖由 冥河娃娃 于 2008-12-16 21:17 发表 http://bbs.saraba1st.com/images/common/back.gif
算用电大户。
这是四核最大的恶心之处，毕竟电脑80%的时间都用来上网，看动画，挂BT……
两家都不研究个空闲时关闭内核的技术出来。
i7已经有了， turbo mode，不知道效果如何就是了 原帖由 HyperIris 于 2008-12-16 22:38 发表 http://bbs.saraba1st.com/images/common/back.gif
CUDA 和 OpenCL 其实技术上并没有区别，工作原理都是依赖显卡来计算，必然需要一个“Kernel”在显卡上运行（CUDA用的这个术语我认为是来自于数学上的Kernel，即所谓变换的核），也就是要有一个编译器把用来计算的源代码编译成 ...
这个...
api怎么会有编译器，有.h和.lib，随便vc gcc 都能编译
在运行时需要运行库支持，这个大家都差不多
我不会cuda但是会cg，同一个公司的东西，形式上应该差不多
opencl还有个优势，是一切设备都可并行，不止是gpu
可太虚幻了，看看就好
[ 本帖最后由 精钢魔像 于 2008-12-16 22:48 编辑 ] 差不多不就行了…… 原帖由 冥河娃娃 于 2008-12-16 21:17 发表 http://bbs.saraba1st.com/images/common/back.gif
算用电大户。
这是四核最大的恶心之处，毕竟电脑80%的时间都用来上网，看动画，挂BT……
两家都不研究个空闲时关闭内核的技术出来。
即使是四核,空载耗电也只有10多W 我这种人肯定用不上现在还是单核的呢~~ 原帖由 HyperIris 于 2008-12-17 12:04 发表 http://bbs.saraba1st.com/images/common/back.gif
你觉得你写的shader或者cuda kernel是以文本形式直接在显卡上运行还是显卡能执行vc gcc编译出来的二进制代码？
无论是dx还是opengl都带编译器，只是绝大多数人没有意识到而已。
当然很多公司，尤其是游戏会把shader以 ...
你是认真的么
d3d，opengl的设计目的是对各种硬件提供统一的操作层，n卡也好a卡也好，都能用同样的api完成同样的工作，这也是api的设计哲学
就像windows，从95（甚至更早）到vista，api大体结构上没什么变化。好吧d3d是个异类
至于3dapi的实现，可能是驱动提供，可能是调用bios，我们不知道，但绝不会是要再次编译，这和cg等不是一回事
就拿cg来说，.cg要编译，这没问题，可cgGLLoadProgram，cgGLBindProgram这类api，要随着硬件不同另外编译么？我给n卡写了个exe，ok，拷贝给用a卡的同事，哦要重新编译，没这回事吧 不是所有api结构都是jit的啊
要做到jit，要么像.net java 在内存中常驻一个服务，要么像quake3绑定到进程编译成ia32
cg，cuda属于后一种，无非编译成的是他们gpu的汇编罢了
而api不同，api是要给各平台各系统用的，像最成功的opengl，足迹从大型机到pc，从电气显示屏到移动设备。在pc上jit当然没什么问题，可在内存紧张的手机上jit试试？
所以没有理由不采用预先提供功能用户调用的模式。所以opencl和cuda是不冲突的
但opencl现在才有几个头文件和2个pdf，所以这些都是空谈
预先编译好的shader binary是兼容的，但是没有JIT出来的好，明白？JIT的时候驱动会把那些添油加醋的硬件功能支持加上去，比如针对更多的寄存器编译出更好的微指令，比如指令顺序和循环展开。
这是神化jit了，jit只是做了应该做到事情而已，就好像一个memcpy在intel cpu上编译成sse2在amd cpu编译成什么什么类似的东西，而不是像石器时代那样牺牲用户利益而编译成2家都可以运行的代码。不过，这不说明jit就万能
换作api，大概流程是委员会对n厂a厂发通知说我们的运行库要画个火星，你们快准备准备，然后n厂a厂的工程师捣鼓一个画火星的方法发布在驱动里，我们死程透过api的运行库调用这2家的驱动
不出意外地话，这样的效率是最高的（灵活性另回事了），不可能有第3方会比显卡的设计者更了解他们的显卡，对吧
同样还有另一个问题，我们常常会遇到预编译的binary在一种硬件平台上ok，而在另一种上有兼容性问题，这个在游戏里出现的太多了，JIT可以在某种程度上解决这个问题。因为你在研发的时候无法预测用户都是什么显卡，而JIT是依赖用户的显卡驱动，没有比显卡驱动更了解显卡的，不是吗？
这点上是没错，不过，jit应该还是cpu负责，gpu再疯狂，词法分析还是不如cpu的吧
其实我觉得兼容问题，是个意识形态上的问题
首先软件不能正常工作，自然是测试没有做好，测试做不好，那是因为目标（驱动和软件的隔阂）是个移动靶，不知道什么时候会遇到bug
这不是jit可以解决的，jit需要编译器和处理器，这2者一样是移动靶
我估计还是会搬cpu的解决方案，就是虚拟机了，ia32上就是保护模式实模式那种东西
[ 本帖最后由 精钢魔像 于 2008-12-18 01:41 编辑 ]
页:
1
[2]