Apache和IIS未退Xitami已来

　　目前,在Internet的Web服务器软件平台中占主导地位的是开放源码,跨平台的Apache HTTP和微软Windows NT/2000的IIS
　　
　　。他们似乎将在未来的几年内继续主宰这个市场。然而，已经有其他竞争者跃跃欲试，其中包括跨平台的服务器。
　　
　　这其中之一便是新的Xitami Web服务器,据说它是一个小巧,快速,并且强大的多平台开放源码Web服务器。这个产品将以两种方式发布：免费版本和Xitami Pro版。两个版本的区别之处（除了价格之外的）仅仅在于Pro版增加了一个SSL层，所以它支持SSL/2, SSL/3,还有TLS强加密方式。
　　
　　在这篇文章中,我们将探讨在Windows平台和Linux平台上的安装。我将只演示这个软件的免费版本。同时还会引进一些标准以便将这个服务器和本行业目前的领导者进行对比。
　　
　　安装在Windows上
　　
　　我把Xitami安装在单处理器的Windows 2000主机上。为达到实验的目的，我选择Turbo安装方式以达到尽可能高的执行效率。实际上，在微软的平台环境中，安装十分简单：下载可执行文件，下载完成后双击图标，然后只需回答几个问题。
　　
　　安装完成之后，需要创建两个简单文件：defaults.cfg和defaults.aut。defaults.cfg文件决定了系统在哪里可以找到包含用户名和密码的文件；defaults.aut包含了真实的文件名和密码。defaults.cfg一般是这样的：
　　[Security]
　　filename=defaults.aut
　　
　　defaults.aut文件是这样的：
　　[Security]
　　filename=defaults.aut
　　
　　正如你所看到的，defaults.cfg指向了名为defaults.aut的文件去验证用户名和密码。这两个文件被放在C:Xitami目录下。因为服务器将在60秒后重读这个目录，所以无须重启系统。这个配置主要由基于Web的管理工具来完成。
　　
　　做完这些之后，Xitami就可以开始工作了。你会注意到在你的系统中有一个含有X的小的，绿色圆环。通过它你可以启动，停止和配置Xitami。
　　
　　标准
　　
　　所有的三个服务器都是建立在Pogo，Athlon 750包含256MB的RAM这种机型上的
　　
　　。我启动，检测，并一次关闭一个服务器。我使用httperf标准软件，在每个单独的试验中使httperf以每秒一个任务的速度产生总共十个任务（每个任务包括五个调用，每个调用间隔两秒）。
　　
　　如果想进行更严格的试验，可以使用这样的命令，它使httperf以每秒一个任务的速度产生1000个任务（每个任务包括100个调用，每个调用间隔一秒）。
　　
　　图形A是第一次试验的结果。
　　
　　
　　
　　图形A
　　第一次试验的结果相当明显。你可以看到在Apache主机上得到的结果和在Windows以及Linux上的相似。IIS也表现的相当出色，和Linux Apache服务器的结果类似。Xitami则是另一个结论：Xitami服务器在评比中胜出。
　　
　　例如,观察请求率的数据。在Windows Apache上,每个请求需要21.4毫秒,一秒钟46.6个请求。而在Linux Apache上速度有明显的提升，每个请求只需要11.0毫秒,一秒钟91.1个请求。
　　
　　跳过这些直接看Xitami，速度的提升是指数级的。在Windows上，Xitami每发一个请求只需5.5毫秒,这样一秒钟可以处理180.7个请求。
　　
　　最后，Linux Xitami每个请求需要5.5毫秒,一秒钟181.1个请求。从最慢的（在Windows下运行的Apache）到最快的（在Linux下运行的Xitami），速度提升了74.3%。但执行规模如何？为了测试这个问题，我决定同时从其他许多机器向这些服务器发大量的请求。
　　
　　为了实现这个试验，从两个机器向每个服务器发送大量指令，并记录结果。为了便于查看，我只保留了一台机器上的结果（自始至终都用同一台机器），在图形B中列出。
　　
　　
　　图形B
　　
　　如果不考虑平台的因素，这个试验在这些服务器上是成功的。引起我们注意的是这次结果并不象第一次那么平衡。尽管硬件和平台环境没有任何改变，但由于加大了指令量和加入另一个客户端，结果被彻底地改变了。IIS是唯一一个结果变化很小的服务器。虽然赶不上Xitami，但IIS表现的比较稳定。
　　
　　是否这个结果说明了Xitami并没有什么特别的地方？在这个规模测试中，我们看到效率有所下降。为了检验这个结论，我在IIS和Xitami服务器上同时使用另一种命令模式，结果在图形C中。
　　
　　
　　图形C
　　
　　正如你在第三次试验的结果中看到的，Xitami服务器在大多数方面继续领先于IIS服务器。尽管观察CPU时间，两个服务器显示同样的结果。这是因为将Xitami从Turbo方式下转换到Normal下。在转换之前，Xitami的CPU利用率为100%；IIS的CPU利用率只有50%。这是为什么？我仔细查看Xitami配置之后，发现区别在于配置的执行效率。IIS和Apache是作为后台服务器运行。当使用Turbo环境时，因为Xitami服务器一直运行在前台，就象普通应用程序那样迅速的消耗的所有的CPU周期。
　　
　　尽管执行效率很高，但它对你的硬件不是最好的。如果有意于放弃那些价格昂贵的服务器，你会愿意访问Xitami的安装页面，可以点击你的服务器Xitami主页面上的Web-Based Admin链接，或进入网址http://server.ip.addy/admin。
　　
　　在Web-Based Admin界面中，点击Configuration按钮，在新窗口中点击Advanced按钮。在Advanced Configuration界面中，你将看到Server Performance configuration入口。选择Background，点击Save按钮，然后点击Restart按钮。现在你的服务器将运行为后台服务器，这样会降低一些执行效率，但可以节省大量的CPU时钟周期。
　　
　　总结
　　
　　Xitami是值得关注的。经过测试,它的表现非常优秀。它的速度，大小，简单管理方式，价格方面的优势将使其成为Web服务器市场上的有力竞争者，能够很好的满足你的Web站点的需求。（翻译：智德；责任编辑：刘燕之）
　　
　　TechRepublic是一个专为各类IT专业人士设立的在线社区以及资源中心，我们提供有深度的技术文章，这些文章由IT专家写成，面对IT专家读者。除了提供从Windows到e-mail到防火墙等各种文章以外，我们还提供IT业界分析，下载，管理要点，讨论组以及新闻邮件服务。