第130章 CUDA的命门（1/2）

陈一然在愚人节发的收购amd的假新闻，纯粹是为了开个玩笑，他也没想到amd会回应他。

而且amd那边顺杆爬，愚人节当天发布了很多相关的消息，就好像两边公司关係紧密一样，然后第二天周六就打来了电话联繫。

本身两方就有很多合作，amd本身现在也在使用陈一然的eda软体，两边的工程师一直都有技术交流。

但是这次不一样的是，他们没有按正常流程找工程师或者销售人员，他们直接找到了高德伟，说想和陈一然单独见面谈一谈。

高德伟只当amd是想在eda上获得一些独家的权利，哪怕是在更新一两周，对於晶片行业都是巨大的优势了。也没太当回事，通知了陈一然让他定夺。

陈一然马上就来了兴趣，他隱约感觉amd没憋著好屁，应该也是想搞点大动作，马上同意了，双方约定4月5日见面。

掛掉了高德伟的电话，陈一然看著眼前的屏幕。

这是deepflow和cuda的工作页面，双方构建的体系已经非常完美，但是从各方面考量陈一然都有理由打破这层关係。

他需要让cuda依赖deepflow，而不能变成deepflow依赖cuda。

上辈子他不懂这些技术，但是这辈子不管是茉莉，还是他自己的见闻，都明確的知道了，cuda才会是未来英伟达最大的护城河。

在以前，gpu其实只干一件事，渲染图形，不管是游戏画面还是3d建模，gpu都是专业的，但是如果你想让gpu算其他东西，比如科学计算，物理模擬，那都得先把问题偽装成图形渲染来骗gpu，这非常的麻烦。

但是英伟达创造出了cuda，工程师终於可以直接用c语言写程序，在gpu上运行。不需要偽装成图形任务，gpu变成了一个通用计算器。

英伟达下了非常大的力气，来完善cuda的生態，但是强大的deepflow出现了，他们不得不赶紧过来求合作。

简单来说，deepflow是一层抽象层，统一了接口，並且创新性的增加了计算引擎。所以现在的技术人员，都是从deepflow的入口，来写代码，而不是直接支持cuda。

但是归根究底，cuda只能支持英伟达显卡，所以两边的关係比较微妙，只能说谁都想做最重要的那个。

陈一然之前同意优先支持n卡也是有原因的，因为amd那边对应cuda的东西，是opencl实在有点不给力。

这是苹果公司发起並提交首版的一种规范，后来由amd，ibm，英特尔和nvidia共同完善的一个通用开放api，可以在此基础上开发gpu通用计算软体。

如果没有cuda那这东西也还行，但是有了cuda，没有人会愿意用opencl。英伟达更是非常的鸡贼，他非常热衷於支持这个格式，然后反手就告诉大家，同样的事情用cuda会快3成。

这其实也不是opencl的锅，毕竟只是个標准，具体的驱动还是各家自己做的，而amd这边显然做的非常差，简直就是地狱级使用难度，各种bug，优化极差。

这次和amd交流陈一然还没什么好想法，但是至少有了基本的目標，会帮助amd做更好的支持，但是amd那边，也得把自己的工作做好。