 | | | 实战WEB服务器升级 |
| | 2003-04-13 11:24 雪里弄剑/(天极商务应用) |
SPARCstation 20系统对比Blade 100系统
SPARCstation 20系统
网站一直都是通过一个比网站自身古老得多的系统来提供服务的。1994年，SPARCstation 20系统作为一款基于32-bit SuperSPARC存储缓冲器（Mbu）模组的高端多处理器工作站正式面世。该系统共支持2个存储缓冲器模组，每一模块最多支持2个CPU。也就是说，该系统共能支持4个CPU。网站所用的SPARCstation 20系统正好配置了4个CPU。该系统还有4个Sbus扩展槽和8个内存插槽（支持200-pin EDO DIMM内存）。该内存接口为64位，工作在50 MHz下。下表对Ace's Hardware网站旧的SPARCstation 20系统与新的Blade 100系统对应的规格作了一个比较：
| 系统 |
SPARCstation 20 |
Sun Blade 100 |
| CPU |
4 个 125 MHz HyperSPARC处理器 |
1 个 500 MHz UltraSPARC IIe处理器 |
| ISA |
32-bit V8 SPARC |
64-bit V9 SPARC |
| L1 Cache |
8 KB Inst |
16 KB Inst, 16 KB Data |
| L2 Cache |
256 KB |
256 KB |
| 物理内存 |
8 条64 MB内存 (共512 MB) |
4 条 512 MB内存 (共2 GB) |
| 内存接口 |
工作在50 MHz下的64-bit EDO |
工作在84 MHz下的64-bit SDRAM |
| 扩展槽 |
4 个Sbus槽 |
3 个32-bit/33 MHz PCI槽 |
正如你所见，这两个平台就硬件来讲具有很大的区别。虽然Blade 100属于一个比较低端的系统，只安装了一个单CPU，同时，只有3个PCI扩展槽位和3个内存插槽，但是，相对SPARCstation 20系统而言，它采用了更多的先进技术。尽管Blade 100系统的内存模组数量只是SPARCstation 20系统的一半，但其支持的内存容量却是后者的4倍。另外，Blade 100系统的内存接口还支持更高的带宽以及更短的响应时间。
Ross Rockets
就CPU方面来讲，Blade 100所用的500 MHz的UltraSPARC IIe处理器在单线程性能上比SPARCstation 20的125 MHz 的HyperSPARC处理器快了数倍。即使与4个HyperSPARC处理器的综合性能相比，UltraSPARC IIe处理器的表现仍要高出许多。这一新式的CPU还有一个优点，那就是它的低能耗。尤其是在与4个巨大的HyperSPARC处理器（采用了0.4微米的制程）进行比较的情况下，这一优点更加突出。
最后需要指出的是，Blade 100系统的磁盘接口得到了大大的改进和完善，用40 MB/s UltraSCSI接口取代了老式的10 MB/s FastSCSI接口。附连在这个接口上的是一个IBM UltraStar 36LP硬盘，其存储容量是旧服务器硬盘组（2块硬盘，容量分别是2GB和4 GB）容量的6倍。
值得重视的是，在新旧两台服务器的比较中，虽然旧服务器看上去已经显得非常落伍（尽管实际上确实如此），但是自1999年6月安装运行以来，它的表现一直令人满意站点的运行格外良好，直到其面临的请求数量不断上升，并超出了系统的内存容量极限，情况才发生改变。实际上，在这一基于Java的新站点的研发过程中，网站决策者曾把这款新的web应用锁定运行在125 MHz的 HyperSPARC处理器上。除了编译时间略嫌冗长之外，web应用的代码在这几个低速的处理器上运行得极其流畅。毋庸置疑，那些与web应用相关的沉重的事务处理负载并不常常需要强劲的CPU运算能力。
在可靠性方面，旧服务器只发生了一次硬件故障（这一故障是去年夏天，系统在提供服务的过程中出现的），那就是内存出现了问题。 当时，数据中心内出现一个A/C运转中断，紧接着，系统开始变得过热，导致了问题的出现。内存发生故障又引起数以千计的“软”错误，由于内存带有ECC纠错功能，所以错误都被记录并修正了。
迄今为止，新服务器性能表现之优令人印象深刻，超出了网站管理员的预料之外。他们坚信，这个新系统将和旧的SPARCstation 20系统一样稳定、可靠。
接下来，我们将对服务器的存储容量展开讨论。
下一页>>服务器的存储容量
|
|
