日本电子维修技术 显卡关于并行处理的一个基础疑问。
对于可以并行化的任务，有没有只适合多CPU，却不适合GPGPU的？
提问的原因是关于异构运算，以后的CPU会不会是
1-2个高性能核心 + 几个低功耗核心 + GPU大规模并行模块 这样的模式。
这样不管是吃单线程性能的程序，还是并行要求高的程序，都能有很好的表现。
好像AMD提出的异构CPU结构大概是这个样子？ 只是AMD在高性能单核上没法和intel较劲。
评论
我思考只要能Divide&Conquer，那么CPU，GPU应该没有区别，因为编程语言多线程框架与OPEN CL这类API把硬件给屏蔽了
唯一的区别就是编程代码量多少而已
评论
此外，未来编程语言，会自动Divide&Conquer，也就是你不用考虑怎么并行，程序会自动并行，即不写how to do，只写what to do
现在多线程框架与OPENCL是how to do，比方线程数量，任务的分解调度合并，大量代码涉及，而核心的业务逻辑反而比较少
以后是what to do，即只需要业务逻辑，不需要写为了实现并行的代码
所以APU，我认为可以期待，不过需要编程语言级别默认支持，目前主流好像只有linq具有what to do超越how to do的感觉
评论
我对其他编程语言不熟识。
不过AMD 自己推的 FSA (似乎还是OpenCL-based 的，不过是platform-optimized) 不像是具有自动Divide & Conquer 的能力，还是要Programmer 去定义要Parallel 的部份为一个Task，然后定义什么类型的Device 去执行这个Task，以及这个Task 的执行次数。严格来说，在编程语言上，FSA 只做到Code Explict 这点。不过也有供 low-level programming 的FSAIL。
看来要期待有没有别的编程语言会针对FSAIL 开发了。
评论
指令集~
编程语言，
编译程序的问题
评论
en,您说的这个仍然只是how to do，程序员要花不少时间在Parallel分解（自动化的难点是这个，怎么分，如何分，分的条件，exception），Task合并（基本实现对应接口，编程语言可以自动做）
what to do是编程语言的发展方向，倒不只是局限于并行计算
电路 电子 维修 我现在把定影部分拆出来了。想换下滚，因为卡纸。但是我发现灯管挡住了。拆不了。不会拆。论坛里的高手拆解过吗？ 评论 认真看，认真瞧。果然有收 电路 电子 维修 求创维42c08RD电路图 评论 电视的图纸很少见 评论 电视的图纸很少见 评论 创维的图纸你要说 版号，不然无能为力 评论 板号5800-p42ALM-0050 168P-P42CLM-01
·日本中文新闻 唐田绘里香为新剧《极恶女王》剃光头 展现演员决心
·日本中文新闻 真子小室夫妇新居引发隐私担忧
·日本中文新闻 前AKB48成员柏木由纪与搞笑艺人交往曝光
·日本学校 ｛日本国际学校｝梅田インターナショナルスクール
·日本学校 LINE：sm287 陳雨菲、20歳、台湾からの留学生、東京に来たばかり
·日本留学生活 出售平成22年走行48000km 代步小车
·日本华人网络交流 円相場 一時1ドル＝140円台まで上昇？
·日本华人网络交流 问日本华人一个问题
·日本旅游代购 富山接机
·生活百科 英国转澳大利亚转换插头
·汽车 【求助】修车遇到困难怎么办？