第132章 不用等五十年

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

“是这样的，老师。”

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

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

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

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

“然后呢？”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

湍流是什么？

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

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

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

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

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

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