SUN服务器峰值计算

以Sun 1.2GHz UltraSPARC IV为例来进行计算
1.2GB USIV, 双内核双线程处理器其中每内核： 2个浮点处理器, 理论上 1.2Ghz * 2 == 2.4Mflop/s 即2.4百万次浮点运算 实际可测试： for (i=0; i< 1000000; i++) a[i] + = 2 * b[i]; 全UltraSPARC IV浮点运算次数： 2内核（2线程）＊ 2浮点运算单元 ＊ 1000000 == 4000000 如运算时间需1秒结束， 则实际性能： 1.0E-06*(4000000)/1= 4Mflop/s 即一个UltraSPARC IV大概4M百万次浮点运算每秒，大概对科学计算应用有参考，其它应用，应考虑更多一些： 

1.CPU数量：

CPU数量范围：1-72
1.2GB USIV, 双内核双线程
其中每内核：
L1，L2，和内存控制器均在CPU上，
L1 Cache，需<1ns时间访问:
4路，64KB 数据cache，
4路，32KB 指令cache，
4路， 2KB 预取cache,
4路， 2KB 写cache,
L2 Cache，需10-20ns时间访问:
8MB cache
内核间cache独立，归各内核自用，不共享

2. 内存：

2GB-576GB，修改内存及内存数据同步时间180-440ns
建议每CPU至少配2GB内存，每CPU实际可对应32GB内存理论系统带宽:2.4GB/s/CPU，实测系统带宽: 1.9GB/s/CPU, 全系统持续带宽：9.6GB/s, 2-24CPU, 43GB/s, 72CPU

3.I/O:

硬盘访问时间5-70ms, 网络最大100ms延迟。
每I/O板理论带宽2.4GB/s, 实测带宽840MB/s 每I/O板2个I/O控制器每I/O每I/O控制器理论带宽1.2GB/s，实测带宽420MB/s 其中硬盘：9GB-300GB/个 I/O性能：

9 GB 7200转/分，141次I/Os每秒
18 GB 10000转/分，141次I/Os每秒
36 GB 15000转/分，178次I/Os每秒, 12-20MB/s
73 GB 10000转/分，122次I/Os每秒
146GB 10000转/分，130次I/Os每秒
180GB 10000转/分， 86次I/Os每秒
1个66MHz PCI总线, 插FC光纤硬盘，1个100MB/s FCAL光纤环提供I/O实测带宽94MB/s
1个66MHz PCI总线, 插FC光纤硬盘，2个100MB/s FCAL光纤环提供I/O实测带宽186MB/s
Internet网络客户：
每个56Kbps Modem, 需网络带宽0.0056MB/s

4.应用
数据库层：联机事务处理常用2KB I/O，文件服务常用8KB I/O， 决策支持常用64KB I/O，典型每事务处理2-200行SQL，1 SQL操作对应3-9 I/Os操作，平均每次交易对应70KB/s，（如300万次IBM TPCC世界记录：70KB/s/交易 * 3000000交易/60秒 = 2.1GB/s I/O，大概用了64个Power5 CPU, 6000多硬盘）， 1CPU 对应60GB/s I/O，2MB内存对应1数据库用户，额外需相当于5-15％总数据库的内存为数据库cache，64MB内存对应于OS，例如： Oracle数据库常规应用，1000并发用户，大量并发小规模随即数据读写，采用2KB I/O，约需： 每8CPU对应10000用户， I/O带宽： 2KB/s * 1000并发用户 * 5I/Os/每次交易 = 10MB/s 需硬盘数： 5I/Os/每次交易 * 1000并发用户 / 100 I/Os/硬盘 = 50硬盘一个硬盘不够，只能用50个硬盘组成卷， IDE因为总线所支持硬盘数少，而不予考虑， SCSI总线最多可支持16个设备，单条总线不够，而必须在PCI总线上多插SCSI卡，带多SCSI总线， SCSI/FC带宽40MB/s 到320MB/s, 66MHz PCI带宽，均够用， Oracle数据库决策系统，1000并发用户，大规模连续数据读写，采用64KB I/O，约需： 所有CPU可能被一用户程序所消耗，多配CPU， I/O带宽：64KB/s * 1000并发用户 * 5I/Os/每次交易 = 320MB/s IDE因为总线带宽不够及所支持硬盘数少，而不予考虑， SCSI总线最多可支持16个设备，单条总线不够，如不用320MB/s硬盘，则而必须在PCI总线上多插SCSI卡，带多SCSI总线， FC带宽无论1Gb/s或2Gb/s, 均不够用，必须在PCI总线上多插FC卡，带多FC环无论PCI，或PCI-X， 或PCI-E，带宽都够用， 1个66MHz PCI总线, 带宽足够，但可能PCI槽位由于插多SCSI/FC卡而需另加一PCI总线。如Sun Fire 25K TPC-H世界记录, 72CPU, 实际系统带宽57GB/s, 运行Oracle10g, 5TB数据，插71 FC卡连188T2B，3000多FC硬盘，用128KB 1/O，理论I/O带宽43GB/s 实测18GB/s NFS文件服务应用，1MHz CPU对应1 Mbps网络， 即每千兆网1 CPU，每64NFS用户对应128MB内存，如为轻I/O应用，每硬盘对应2并发用户，8-9硬盘每SCSI总线，每百兆网对应40用户。 Sun Fire v20z 双节点集群SPECjAppServer2002世界记录, 690.13TOPS@DualNode 2x 2.2 Ghz, AMD Opteron 248双节点。
Web层：在线用户数对应1点击每秒，多数页面点击文件大小<15KB，1点击对应2 I/Os操作，已知世界记录为2000年美国总统选举时 CNN使用Sun Web服务器创造的3.3百万点击每分(?), 1CPU对应800动态页面点击/s，1CPU需4GB 内存，一个10000转/分硬盘对应50个点击/s，一千兆网对应3500-5000点击， Sun Fire v20z 2x2.4GHz CPU SPECweb99_SSL世界记录, 2,500个连接数。 IBM p655 4x1.7GHz Power CPU也不错，运行Zeus Web服务器，3699个连接数。 HP rx8620 16 x 1.5GHz安腾2也不错，运行Zeus Web服务器 9060个连接数。 Sun Fire v490 4CPU4节点集群SPECweb99_SSL世界记录，10700个连接数。 而且应用所需配置应只针对服务器70％的工作负载，即应用如需100％的能力，服务器应在当年实际具有 143％的能力。
另外，对于一个应用程序，无论PC，还是小型机： 因为CPU到L1 cache 时间<1ns, 到L2 cache时间<20ns, 等内存同步需180-440ns，等硬盘读数据5-70ms，等以太网络最大100ms延迟，所以对一个数据的读写操作，其一个循环即相差几十1000倍（ns-ms)，编程要珍惜每一个从网络服务器硬盘读的数据，对于C等，读入的数组行应尽量在Cache行中用完，如：

系统性能才不会降低，才不浪费CPU，内存，I/O(完)