Python论坛的帖子：

Mon Aug 16 20:03:45 HKT 2004

Xie Yanbo,您好！

	有没有这样想过，你花在优化方面的投入和所需硬件的投入那个大？我认为，目前应用方面的，大部分时候用硬件可以抵消很多软件性能上的不足（现在的硬件成本相对来说太便宜了），不过对于科学运算方面可能就不行了。

======= 2004-08-16 16:28:56 您在来信中写道：=======

>On 2004-08-16 15:43:1092642209 +0800, Jacob Fan wrote:
>> 
>>    Life 程序也算密集计算? 大家不要听说Python不适合做需要大量计算的应用,就
>>    把运行在PC上的Python想象成和人脑计算速度一样慢的怪物了. :)
>>    在现在的PC上，一个100*100的life游戏,每秒更新10次应该是没有问题的。如果
>>    需要比这个快得多的速度的话，可以用数组做数据结构，用 pyrex来改写核心算
>>    法。
>
>我从来也没有把 Python 当成那么慢的怪物，我只是知道“纯”Python 在
>某些方面是不太适合的──所有才会有 pyrex 这些产品的出现。不知道你
>有没有编写 life 的经历，不要说“在现在的PC上”，即使是在 586 上，
>一个 100X100 的 board，做不限制速度的 life 运算，引用前面提到的那
>本3D图书的话，都能达到“象一阵风从显示屏上掠过”。刚测了一下，在
>我 Celeron 1.7G 的机器上，用 xlife 程序，可以在大约 900X700 的
>Board 上、大约5000-7000个存活的 cell 的情况下，达到每秒约 90 代的
>衍生速度，图像看起来就象微风掠过的池塘上的涟漪(机器不行，达不到
>狂风过境的效果)。
>
>在 life 程序中，瓶颈主要有两方面，图像显示和衍生下一代，这里面一个
>主要是显示系统的io速度，另一个则涉及到超多的 Cell 状态读取以及
>巨量的 if 运算。我前面只提到密集运算欠妥。图像io可以用一些技巧
>增加速度，不过如果不借助第三方的图像模块，单纯 Python 在这一方面
>恐怕速度快不了；Cell 的读取和赋值速度要看用什么方法来存储 Cell、
>Board，我没有测试过 Python 自带的类型的访问速度，不知道 list 来做
>这件事速度如何──但只要这个访问效率稍微有点低效，在每秒几百万、
>几千万的访问过程中，肯定会很明显的拖慢程序；if 语句同样要承担每秒
>百万次量级的运算，这对于使用伪指令运行的虚拟机来说非常不利。
>
>life 程序的算法确实非常简单，核心代码实际上就是几个语句，不过是对
>一个二维数组反复运算而已。但越是这样的简单程序，用 Python 这样的
>高级语言、甚至是基于虚拟机的语言来说，运行它们的速度越不理想。我
>想这就象系统内核大多用 C 语言来实现，但几个被反复调用的核心函数
>往往使用汇编来实现。
>
>_______________________________________________
>python-chinese list
>python-chinese at lists.python.cn
>http://python.cn/mailman/listinfo/python-chinese
>

= = = = = = = = = = = = = = = = = = = =
			

　　　　　　　　致
礼！
 
				 
　　　　　　　　小东
　　　　　　　　leejd at 263.net
　　　　　　　　　　2004-08-16

标题：Re: Re: [python-chinese]集思广益：经典小程序Game of life能怎样编写？