企鹅中文

阅读记录  |   用户书架
上一章
目录 | 设置
下一页

第132章 不用等五十年(1 / 2)

加入书签 | 推荐本书 | 问题反馈 |

<div id="tet_c">“是这样的,老师。”

叶铭知道老唐可能会错意了——以为自己想搞太湖之光那种超算。

“我的想法是,如果条件允许,我们搞一台算力尽可能强的并行超算。”见老唐依旧迟疑不决,叶铭一咬牙:“顶配的gpu并行运算服务器也行。”

唐教授缓过神来,听到这家伙要求一下就降下来,他便失笑起来:“你说清楚点,我要你把规划做好——最起码现在你要说清楚它能不能值那么多钱。我的意思是,比起我们去购买云计算空间。”

“嗯……购买空间不安全。”叶铭马上摇头:“我之前考虑过,觉得代码和数据还是存在自己硬盘保险一点。”

“然后呢?”

“然后就是,我想为今后打通传统服务器和量子服务器的任务分配积累一点经验。”

说着叶铭便给老唐说出了自己的一些想法。

准确地说,是他和尹塔讨论出来的方法。

最了解量子计算机硬件的,当然要数潘教授他们那一波人。但如果说最了解量子计算机软件的……可能非尹塔莫属了。

在叶铭的诱导下,她对“自己”进行了大量的解构和思考。并最终得出结论,她的本体,应该就是量子计算机。

在半年前,叶铭给潘教授提出了建议组多个并行的量子计算单元的方桉,他们如今已经完成了五万个约束阱的制作——也就是说,那台九章三号已经初步具备了计算两种问题的能力。

但这绝对不是量子计算机的终极架构,也不是可以推向商用民用的架构。

要完成商用和民用,它就必须合理地分配和转化计算任务,且那些高并发任务不能由量子计算机本身的并行电路来。

叶铭一边说着,一边在稿纸上给唐教授画出四段式框架。

首先是量子计算单元,其次是并行的逻辑门整列,然后是传统的服务器,最后是用户终端。

“譬如,有n个同时发出需求给传统的服务器,服务器来进行计算任务分配,根据任务的复杂程度来调用数量不等的量子计算单元,最后再返回结果给终端。其实这个目前的云计算架构是类似的,只是最终计算的不是cpu,gpu,而是量子计算单元。”

“嗯,我就不说网络响应速度这些了——你现在有办法把经典问题完全分割成量子问题吗?”唐教授可不是那么容易被湖弄的人,马上指出叶铭问题中的关键:“现在老潘他们走的路是你之前提出来的,我觉得那条路很不错,只要在工程上不断进步,别说到纳米尺度,就算是微米尺度,它也可以量变引起质变。事实上现在老潘他们就已经开始尝试新的并行算法,在湍流问题中取得了很好的进展……”

叶铭点头,这一周他一直在和潘院士团队交流,他当然知道进度了……

只不过他还是低估了科学界对算力的“渴求”。

湍流是什么?

它是流体在高速运动时所表现出的具有涡旋结构的随机运动。

海森堡——量子力学主要创始人,不确定原理和矩阵力学的提出者——曾经说过,他一定要问上帝两个问题,一个问题是广义相对论,一个问题是湍流。

它也被称为经典物理最后一个没有被解决的问题。

你就知道这玩意有多么难了。

好在随着计算机,特别是超级计算机的诞生,科学家们开始利用超强的算力来进行流体模拟——巧办法没有,笨办法总有。

因此,在获知九章三号完成了逆天的架构设计后,国内搞湍流和气象学的一帮人就蜂拥而至。老潘也是个热心肠,还真捣鼓出了思路,虽然离彻底解决问题尚远,但起码有了曙光。

上一章
目录
下一页
A- 18 A+
默认 贵族金 护眼绿 羊皮纸 可爱粉 夜间