多核处理器发展结束软件厂商的免费午餐
2006年是通用处理器发展具有里程碑意义的一年，在这一年里多核心处理器取得长足的发展，彻底的改变了处理器设计者延续了三十年的线性执行思路，进而采用超线程、多核等并行执行设计。通用处理器由单核向双核的转变便是整个桌面级并行计算风潮的前奏曲，从整个2006年双核心处理器的推广来看，AMD与Intel已经为多核时代的到来踏出了坚实一步。
然而多核心处理器的发展让一些潜在问题开始暴露出来，随着多核心处理器的普及，人们开始发现目前绝大多数的应用都没有因为配置了多核心处理器而运行的更快，甚至还有些应用会因为使用了多核心的处理器而变慢，这对于强力推广多核心处理器的业界来说无疑是一大讽刺。因为多核心处理器与之前的单核心处理器最大的不同就是它需要软件的支持，只有基于线程化的软件硬应用上多核心处理器才能发挥出应有的效能。
在之前的单核心时代，Intel与AMD这些通用处理器厂商都是靠提升芯片速度来提升性能，那时软件厂商只需“稍加修改代码”便可充分挖掘硬件性能。比如同一款Photoshop6.0版本软件在几年前的机器上和现在的机器上执行速度就大不一样。但在多核心时代，对于软件厂商来说需要考虑到多线程同步处理的问题，以便把一个任务分解成多个子任务，才能充分利用多核心处理器超强的处理能力。因此软件厂商再也不能“稍加修改代码”来支持新的多核处理器，势必要重新编写代码。
因此，多核心处理器面临的最大问题并非在于硬件设计本身，而是存在于千万个日常应用之中，软件问题才是多核心处理器的最大问题。
能充分利用多核心处理器性能的并发程序其实并不是什么新鲜的玩意，关于并行计算的程序也早就出现，比如Oracle、IBM的DB2这类的数据库程序就是并发编译的程序。大多数硬件设计者都会乐观的认为：软件的并发编译会随着多核心处理器应用基础而顺利成章的完成。但这样的说法显然是缺乏对软件行业的足够了解而过度乐观了。以现在广泛应用的C++、Java等面向对象的语言为例，这些语言面向对象的概念我们从上个世纪60年代Simula就开始采用，但一直到了90年代面向对象语言真正开始占主流地位。
并行编程差不多也有同样漫长的历史可以追朔，特别是进十年来，并发应用越来越多(有多线程的，也有多进程的)，像Oracle、SQL这些商业应用软件以及一些服务端程序，这些应用都是基于并发编译，可以充分的利用多核心处理器来提升效能，但是从整体上来看，目前绝大多数的软件还是基于单线程顺序执行的，大多数的软件开发者都对并发编译缺乏足够的了解，软件开发方式的重大变革必须来源于在真正得到爆发式应用前就存在并经过多年的缓慢成长、先进而稳定的技术。这个过程是必须的。
变革所依赖的基础技术必须足够成熟(包括有固定的厂商与工具支持)，通常这个稳定与成熟的过程需要花费7年甚至更长的时间，新的技术在广泛应用时才不会有潜在的性能悬崖与陷阱。面向对象的编程是这样，并发编程也同样如此。
新技术通常都很吸引人，有时候也很有用，与笔者一样，相信大多数人都在期待多核时代的尽快到来。因为它将会大大的降低社会生活的总成本，无论是生产成本还是娱乐成本。然而希望总是与问题同在，我们目前不能一味的过高期待多核处理器的性能表现，也不能因为配置了多核心处理器发现系统没有比单核心处理器性能提升多少而抱怨或失望，我们应该用“理性的眼光”和“平和的心态”来默默做准备。毕竟多核时代的黎明正在悄悄的来临。
