编程语言API性能大比拼

最新推荐文章于 2024-07-29 15:35:05 发布

rnifeasy

最新推荐文章于 2024-07-29 15:35:05 发布

阅读量1.1k

点赞数

文章标签：语言 api 编程 scala python apache

本文链接：https://blog.csdn.net/rnifeasy/article/details/7378184

版权

Ciaran是Skimlinks项目团队中的一名领导者，热爱开发，在业余时间喜欢研究一门新语言。作者和他的团队在开发Skimlinks项目时遇到了一些困难，于是做了这份测试，文中将Node.js、Scala、Go、Python、PHP进行对比，最终Python获胜，目的的是为了让开发者为stack挑选最好的开发技术。

在过去的这段时间里，我之所以杳无音讯，是因为作为这个项目的领头人，我正从事一项有趣的项目，我们将其命名为“Skimlinks”。

我的大部分工作是从事后端引擎开发和支持SkimWords产品进程，通过一些非常完美的高科技进行识别和添加代销商网络产品链接从而让网站主获取利润。这是一种新颖的线上广告模式，相比于页面上的大幅banners图我更喜欢这种新颖的模式，我们正在尝试为用户添加有价值的信息如产品价格比较、添加链接让用户可直接购买想要的产品。

开发环境：

大部分前端开发是用PHP编写的，当公司需要快速、灵活开发项目时，选择PHP是个不错的选择。但是随着公司既定产品的知名度不断提高以及搜索的高并发访量，PHP正日益成为我们发展的一个瓶颈。

存在问题：

使用Apache多选程模块(MPM)，apache会阻碍大量的搜索请求，当出现高并发访量时，页面无法响应。

这里有一个快速的方法可提高服务器的吞吐量增加工作进程，然而当RAM快要耗尽时，将会受到限制。每个进程都有独立的RAM数据块，增长和搜索取决于PHP在哪个点上，当没有足够的空间释放时，你必须将OOMing关闭（它可以迅速的将吞吐量降至为0）。

最可行的扩大规模的方法就是把项目管理模块从Apache prefork MPM换成更出色、更快速的Apache worker MPM。通过改变多进程大大增加了服务器请求数，唯一的缺陷只是为了这个工作而工作，PHP必须能够保证处理多个并发线程不会产生死机，然而事实并非如此。PHP的核心是多线程，因此我门认为它可能是因为某些驱动或者延长使用而导致失败，然而无论出于什么原因，PHP不在符合我们的需求。

为此，引发了我们会选择哪种语言进行开发而争论不休，每个人都在推崇他们喜欢的语言，有人赞成、有人反对。很明显，众口难调，没有一个衡量标准是很难选出来的，因此，我们决定用各个语言来测试一个系统，看它们的执行情况在做定夺。

参赛语言：

基本规则是，如果你想要某语言进行测试必须愿意提供执行API请求数，最后推选出：

Node.js：流行程度依然高涨，它的目标是帮助程序员构建高度可伸缩的应用程序，编写能够处理数万条同时连接到一个（只有一个）物理机的连接代码。
Scala (w/ Tomcat)：我非常热爱JVM，起初我也推荐过该语言，但因为它过于冗长而被否决，令人兴奋的是，这次Scala得到了大家的认可。
Python (w/ Tornado)：我们已经有Python方面的经验。
Go (golang)：我对这门语言感兴趣，而我的同伴们却认为这门语言不好，建议使用Java。我还建议使用C#和.NET/mono，但因为不公平性，最后都被否定了。

挑战：

我们选择了一个非常简单的日志API系统，所做的这些是为了从JSON请求数中抓取详细信息，采用MD5，用于确保信息传输完整一致。（主流编程语言普遍都用MD5实现。将数据（如汉字）运算为另一固定长度值，是杂凑算法的基础原理）每个执行阶段都将使用Apache Benchmark（Apache附带的一个小工具，专门用于HTTP Server的benchmark testing，可以同时模拟多个并发请求）来评估各种语言开发并发水平速度。

当Node.js和Python Tornado以单一线程运行时，使用Nginx（一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器）来查看这两个实例。

针对Scala我甚至特意编写一份old-school Servlet(一种服务器端的Java应用程序，具有独立于平台和协议的特性，可以生成动态的Web页面，它担当客户请求Web浏览器或其他HTTP客户程序与服务器响应的中间层)在基于tomcat下运行。

采用AWS（Asp Web Server是一款基于netbox开发的asp web服务器，其个小功能强大，基本上能够取代IIS成为广大Asp程序员和网站开发者的利器）直接在服务器上执行基准，以消除任何一个网络瓶颈。

通过mongo删除每次测试数据，每次测试至少执行3次，选取平均值，以确保有足够的“热身”时间和消除任何异常结果。

通过在多个并发值下进行测试（(10，50，100，200，500，1000)，一起来看下在高负荷的情况下，性能发生了什么变化。

测试结果：

每秒请求数：这个测试给了我们一个实现纯速度的想法，最明显的一点（越高越好）。

有一点值得我很欣慰，Scala独占鳌头。PHP（正如预期所想的那样）受多线程的限制，香消玉损。另一个让我震撼的是Go语言当并发访量不断增加时，它以平缓的速度迅速下滑，最终也Over了。如期所料，两个单线程non-blocking solutions（node和 python）性能差不多，python要比Node稍微好点。

响应时间：

尽管每秒请求数进程的吞吐量呈现出一个好的迹象，但是同样重要的是在高负荷的情况下，表现很糟糕。由图表得知，在一段时间内完成的请求数比例，越低越好。

100并发请求数: