BT需求看erlang

如此BT需求：

近日准备研读 joe 的那个关于erlang的博士论文，里面提到了电信系统的业务需求：

如果说这个不是BT的话，我真的没话讲了。

1．系统必须能够应对超大量的并发活动。 

2．必须在规定的时刻或规定的时间内完成任务

3．系统应该可以跨计算机分布运行。 

4．系统要能够控制硬件。 

5．软件系统往往很庞大。 

6．系统要具有复杂的功能，例如：特性冲突。 

7．系统应该能不间断运行许多年。 

8．软件维护（例如重配置等）应该能在不停止系统的情况下进行。 

9．满足苛刻的质量和可靠性需求。 

10．必须提供容错功能，包括硬件失灵和软件错误。 

要求提供运行40年宕机不超过2小时、要求硬件损害，其运行的进程可以迁移到其他机器上，也就是HA，要求实时可以升级系统，要求支持没秒上万次的并发。。。

接下来得到的结论就是，设计一个象操作系统那样管理进程的一个平台式系统，可以分离出错误的进程而系统不受影响。一个可容错的系统。

但是为什么要提出一个新的语言来做这个设计呢，似乎传统语言做这个不适合？

我不是一个语言论者，我一直认为做某个事情就找最合适的工具，语言。

这 样设计的思想真的是让人感觉到确实是个可靠的东东，论文继续研究下去，也许多核世界的来临，谁来拯救这么多的计算能力呢？Erlang？ 我过阵子玩玩在 说，先把容错的思想弄清楚。也许又是一个可以嵌入的语言lua的XX，比如用erlang处理高并发，，传统语言做后面的事情？？