服务器unixbench测试结果

本文提供了HP DL380 G5服务器使用UNIX Benchmark 5.1.2进行性能测试的结果,详细记录了单线程及多线程测试下各项指标的表现,包括Dhrystone2、Double-Precision Whetstone等测试项目。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

unixbench5.1.2

HP DL380 G5 4G内存 raid1 RHEL4.4

结果如下:

========================================================================
   BYTE UNIX Benchmarks (Version 5.1.2)

   System: http: GNU/Linux
   OS: GNU/Linux -- 2.6.9-42.ELsmp -- #1 SMP Wed Jul 12 23:27:17 EDT 2006
   Machine: i686 (i386)
   Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
   CPU 0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (6003.8 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext
   CPU 1: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (6000.2 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext
   CPU 2: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (6000.3 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext
   CPU 3: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (6000.4 bogomips)
          Hyper-Threading, x86-64, MMX, Physical Address Ext
   12:51:35 up 83 days, 10:24,  5 users,  load average: 0.24, 0.18, 0.14; runlevel

------------------------------------------------------------------------
Benchmark Run: Thu Jan 15 2009 12:51:35 - 13:20:15
4 CPUs in system; running 1 parallel copy of tests

Dhrystone 2 using register variables       10793471.3 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     2156.4 MWIPS (9.9 s, 7 samples)
Execl Throughput                               5071.5 lps   (29.5 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        441020.6 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks          116161.0 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks        761293.6 KBps  (30.0 s, 2 samples)
Pipe Throughput                             1045471.8 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                 107915.8 lps   (10.0 s, 7 samples)
Process Creation                               9627.9 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                   4898.0 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                   1838.2 lpm   (60.0 s, 2 samples)
System Call Overhead                         957168.7 lps   (10.0 s, 7 samples)

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   10793471.3    924.9
Double-Precision Whetstone                       55.0       2156.4    392.1
Execl Throughput                                 43.0       5071.5   1179.4
File Copy 1024 bufsize 2000 maxblocks          3960.0     441020.6   1113.7
File Copy 256 bufsize 500 maxblocks            1655.0     116161.0    701.9
File Copy 4096 bufsize 8000 maxblocks          5800.0     761293.6   1312.6
Pipe Throughput                               12440.0    1045471.8    840.4
Pipe-based Context Switching                   4000.0     107915.8    269.8
Process Creation                                126.0       9627.9    764.1
Shell Scripts (1 concurrent)                     42.4       4898.0   1155.2
Shell Scripts (8 concurrent)                      6.0       1838.2   3063.7
System Call Overhead                          15000.0     957168.7    638.1
                                                                   ========
System Benchmarks Index Score                                         863.4

------------------------------------------------------------------------
Benchmark Run: Thu Jan 15 2009 13:20:15 - 13:49:04
4 CPUs in system; running 4 parallel copies of tests

Dhrystone 2 using register variables       43381631.9 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     8709.0 MWIPS (10.0 s, 7 samples)
Execl Throughput                              12567.6 lps   (29.3 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        122546.3 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks           30536.8 KBps  (30.1 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks        453137.3 KBps  (30.0 s, 2 samples)
Pipe Throughput                             4190453.2 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                1293360.5 lps   (10.0 s, 7 samples)
Process Creation                              39157.7 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                  15000.9 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                   2883.5 lpm   (60.1 s, 2 samples)
System Call Overhead                        3068666.8 lps   (10.0 s, 7 samples)

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   43381631.9   3717.4
Double-Precision Whetstone                       55.0       8709.0   1583.5
Execl Throughput                                 43.0      12567.6   2922.7
File Copy 1024 bufsize 2000 maxblocks          3960.0     122546.3    309.5
File Copy 256 bufsize 500 maxblocks            1655.0      30536.8    184.5
File Copy 4096 bufsize 8000 maxblocks          5800.0     453137.3    781.3
Pipe Throughput                               12440.0    4190453.2   3368.5
Pipe-based Context Switching                   4000.0    1293360.5   3233.4
Process Creation                                126.0      39157.7   3107.8
Shell Scripts (1 concurrent)                     42.4      15000.9   3537.9
Shell Scripts (8 concurrent)                      6.0       2883.5   4805.9
System Call Overhead                          15000.0    3068666.8   2045.8
                                                                   ========
System Benchmarks Index Score                                        1763.3

 

### UnixBench在双路服务器上性能测试结果不佳的原因 #### 系统资源竞争 在一个多处理器或多核心环境中,尤其是像双路服务器这样的配置下,多个CPU可能会争夺相同的系统资源。当运行UnixBench这类基准测试工具时,如果不同进程之间存在严重的资源共享冲突,则可能导致整体性能下降[^1]。 #### 内存带宽瓶颈 对于现代高性能计算平台而言,内存子系统的效率至关重要。即使拥有两个物理CPU,在某些情况下也可能因为内存控制器的设计局限而导致数据传输速率受限,进而影响到应用程序的表现。特别是当工作负载高度依赖于频繁访问大量随机分布的数据集时更为明显[^2]。 #### 缺乏有效的并行化支持 尽管硬件层面提供了强大的并发能力,但如果软件设计未能充分利用这一点——例如没有针对多线程编程模型做适当调整的话,那么即便是在高端设备上也难以发挥出应有的效能水平。这可能是由于编写方式不当或者是所使用的库函数版本过旧等原因造成的[^3]。 #### 配置参数不合理 默认的操作系统设置可能并不适合所有应用场景;特别是在涉及网络通信、磁盘I/O等方面的时候更是如此。错误地设置了诸如文件描述符数量上限之类的选项会影响整个系统的吞吐量以及响应速度,最终反映为较差的成绩单[^4]。 --- ### 解决方案建议 #### 调整调度策略 可以通过修改Linux内核的相关参数来改善任务分配机制,比如采用更公平的任务分发算法或是优先级更高的实时处理模式等措施,减少不必要的上下文切换开销的同时提高实际利用率。 ```bash echo "isolcpus=0-7" >> /etc/default/grub grub2-mkconfig -o /boot/grub2/grub.cfg ``` 这段命令用于隔离指定的核心给特定的服务或应用使用,防止其他干扰因素对其造成负面影响。 #### 升级BIOS/固件版本 确保主板和其他关键组件都处于最新状态有助于修复已知漏洞并且解锁更多潜在特性,从而间接提升跑分成绩。厂商通常会在更新日志里提到有关性能改进的信息。 #### 使用NUMA感知的应用构建 考虑到非一致性存储架构(Non-uniform Memory Access)的特点,开发人员应当尽可能让各个节点内部的工作更加紧凑集中一些,降低跨域操作带来的额外延迟成本。部分编译器插件可以帮助自动化完成这项优化过程。 ```c #include <numa.h> int main() { numa_run_on_node(0); // 绑定当前进程至第一个节点 } ``` 此C语言片段展示了如何利用libnuma库接口将执行流限定在某个具体的区域范围内。 #### 定制化的操作系统微调 深入研究目标机器的具体状况之后再做出针对性很强的选择:像是增大交换分区大小、禁用不需要的服务守护进程、精简启动项列表等等都可以起到不错的效果。另外还可以考虑安装专门面向HPC领域定制发行版的Linux系统作为底层支撑环境。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值