常见Sun系统容量规划的问题Windows系统 电脑资料

常见Sun系统容量规划的问题Windows系统 电脑资料 Sun 服务器 容量规划总是乱七八糟，现将学习的 培训 资料，将常见的Sun服务器规划的数据总结如下： 1.CPU：1-72 1.2GBUSIV,双内核双线程 其中每内核： L1，L2，和内存控制器均在CPU上， L1Cache，需1ns时间访问: 4路64KB数据cache， 4路32KB指令cache， 4路2 Sun服务器容量规划总是乱七八糟，现将学习的培训资料，将常见的Sun服务器规划的数据总结如下： 1. 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实际可对应16GB内存 理论系统带宽: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 Inter网络客户： 每个56Kbps Modem, 需网络带宽0.0056MB/s 4.系统 （不知，很少公布，高手补充） 5.应用 数据库层： 联机事务处理常用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）， 1CPU 对应60GB/s I/O，2MB内存对应1数据库用户，额外需相当于5-15总数据库的内存，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环 1个66MHz PCI总线, 带宽足够，但可能PCI槽位由于插多SCSI/FC卡而需另加一PCI总线， 如Sun Fire 15K TPC-H世界记录, 36CPU, 实际系统带宽57GB/s, 运行Oracle9i, 5TB数据，插71 FC卡连188T2B，3384个FC硬盘，用128KB 1/O， 实际理论I/O带宽： 8*100*18=14400MB/s, 实测需10.3GB/s NFS文件服务应用，1MHz CPU对应1 Mbps网络， 即每千兆网1 CPU，每64NFS用户对应128MB内存， 如为轻I/O应用，每硬盘对应2并发用户，8-9硬盘每SCSI总线，每百兆网对应40用户。 中间件层： ？。（如何规划，需高手补充） Sun Fire v20z 双节点集群SPECjAppServerxx世界记录, 690.13TOPSDualNode 2x 2.2 Ghz, AMD Opteron 248双节点。 Web层： 在线用户数对应1点击每秒，多数页面点击文件大小 已知世界记录为2000年美国总统选举时 N使用Sun Web服务器创造的3.3百万点击每分(?), 1CPU对应800动态页面点击/s，1CPU需4GB 内存，一个10000转/分硬盘对应50个点击/s，一千兆网对应3500-5000点击， Sun Fire v20z 2x2.4GHz CPU SPECweb99_SSL世界记录, 2,500个连接数。 而且应用所需配置应只针对服务器70的工作负载，即应用如需100的能力，服务器应在当年实际具有 143的能力。 对于一个应用程序： 因为CPU到L1 cache 时间 数据5-70ms，等以太网络最大100ms延迟， 所以对一个数据的读写操作，其一个循环即相差几十1000倍（ns-ms)，编程要珍惜每一个从网络服务器 硬盘读的数据，对于C等，读入的数组行应尽量在Cache行中用完，如： 将： for (i=0; i ai = 2 * bi; for (i=0; i ci = ai + di; 改为： for (i=0; i ai = 2 * bi; ci = ai + di; 系统性能才不会降低，浪费CPU，内存，I/O. 有些乱，欢迎补充！ ga0feng 回复于：xx-01-25 19:19:2