西蒙克雷侃侃而谈：“我认为服务器到客户端模式最大的问题，是计算速度响应的问题。有些性能需求是要即时响应的，有些则是可以延迟响应，甚至有些计算需求是可以接受一定程度等待的。这样一来，服务器到客户端的二级体制对性能的利用还不充分，我看可以变成三级体制。”
“也就是客户端、服务器、超级计算机模式，客户端的处理能力用来进行即时响应的运算需求，服务器的处理能力则提供延迟响应。对可以接受等待的计算需求，可以传输到超级计算机上进行处理。这样的计算模式完全可以提供给银行、通信、科研等行业使用，一座城市只要有一两座这样的超级计算机中心提供服务就可以了。”
胡文海和莱昂纳德听的有些目瞪口呆，不能说西蒙克雷的这个设想不好或者没有技术可行性。然而这一番话，可以说满满的全是私货。
简单的说，服务器到客户端的模式对系统的设计要求不高，客户端可以监控计算资源的调用，一旦超过自身的能力范围，把后续工作移交服务器就是。
这和未来网络游戏刚开始出现时候的模式差不多，主要的运算是在服务器上完成的，用户接收计算数据通过显卡进行输出就是。早期的网络游戏，只要保证网络畅通，也几乎感觉不到什么延迟的问题。
不过当然，因为这种模式对服务器的负担太重，严重增加了网络游戏运营方的投资资本，很快就被淘汰了。
但至少在技术上，这不是什么很难实现的模式。
可换成客户端、服务器到超级计算机的模式，这复杂程度就是直接跳了一个数量级，并且还给软件应用上挖了无数的坑。
原本简单的溢出上传模式就不行了，在软件设计阶段，开发人员就要考虑哪部分计算是放在本地的，哪些是上传服务器的，哪些是要传递给超级计算机的。
这样一来，码农们要处理的麻烦简直至少多了一个平方，说不定就是要集体到西雅图表演自杀炸弹的节奏。
-->>(第2/9页)（本章未完，请点击下一页继续阅读）