部从来不缺钱买最好的编译服务器。
从年到年，每年英特尔出了新的服务器用处理器，或者b出了新的机组，顾诚都会不吝重金采购，以至于就没见过国内哪个同行的编译中心机子性能比顾诚的公司好的。
网络科技的程序员们都是行业精英，他们的时间非常宝贵，怎么能因为写完代码或者自测修改后等机器编译而浪费太多时间呢？
能够多花万买服务器，让每个程序员修完一块代码b之后少等哪怕分钟的编译时间，顾诚都是觉得值得的。
然而，就在这个炎炎夏季里，一些让程序员们觉得不可思议的事情发生了。
公司要求按照顾诚大致描述的那个拓扑结构，结合英特尔最新的多核cp线程任务分布思想，弄一个闻所未闻的“分布式编译架构”。
所谓“分布式编译”，用外行人听得懂的话解释，大致是这么个原理：
在原本的编译模式下，每次一段代码要被编译成程序时，都只会调用程序员本人的电脑cp运算资源，或者他直接树状结构连接的那台代码服务器的运算资源，来进行编译。
但是在同一个网段里面，并不是所有程序员的电脑或者代码服务器的cp都始终处于满负荷运转状态。搞了“分布式编译”之后，可以把同事开着的、cp闲置的运算资源也调动起来，一起帮助编译，从而加快编译速度。
要是搁在后世，这玩意儿随便找个编译工程师都能搞定。
问题是眼下才年下半年——距离历史上这种架构方法在各大互联网公司试水，起码早了两年多。顾诚几乎是卡着一切必要硬件条件的门槛布置的任务。
当然，历史上分布式编译在~年才成熟，并不是更早技术上就绝对做不到——而是更早的时候，大伙儿觉得这东西没什么价值。犯不着为了省这么点编译时间，就去浪费那么多程序员的精力专门架构这种结构。
而历史上的年，阿狸开始运作“阿里云”这些云计算项目，分布式计算的基础研究已经做了很多，设置分布式架构所需要的操作成本也大大简化，国内各大
本章未完，请点击"下一页"继续阅读！ 第3页 / 共6页