linux 线程库 nptl,Linux 线程库性能测试与分析

Linux 线程库性能测试与分析

杨沙洲(pubb@http://www.doczj.com/doc/8f74eda7f705cc17552709f8.html)国防科技大学计算机学院

2004 年7 月01 日

NPTL 成为glibc "正选"线程库后，它的性能如何受到很多人的关注。本文就针对NPTL 与LinuxThreads 的性能比较，以及超线程、内核可抢占等特性对线程性能的影响进行了全面评测。

一、前言

在Linux 2.6.x 内核中，调度性能的改进是其中最引人注目的一部分[1]。NPTL(Native Posix Thread Library)[2]使用内核的新特性重写了Linux 的线程库，取代历史悠久而备受争议的LinuxThreads[3] 成为glibc 的首选线程库。

NPTL 的性能究竟如何？相对LinuxThreads 又有哪些明显的改进？在对NPTL进行全面分析之前，本文针对这两种线程库，以及内核中"内核可抢占"(Preemptible)和超线程(HyperThreading)[4]等特性进行了全面的性能评测，结果表明NPTL绝对值得广大服务器系统期待和使用。

二、Benchmark

1. 测试平台

进行本测试的硬件平台为浪潮NF420R服务器[7]，4个Hyperthreading-enabled Intel Xeon 2.2G

处理器，4G内存。Linux选择了Slackware 9.0发行版[8]，所使用的内核源码来自http://www.doczj.com/doc/8f74eda7f705cc17552709f8.html。

2. 针对测试：LMBench

lmbench是一个用于评价系统综合性能的多平台开源benchmark[5]，但其中没有对线程的支持。其中有两个测试进程性能的benchmark：lat_proc用于评测进程创建和终止的性能，lat_ctx用于评测进程切换的开销。lmbench拥有良好的benchmark结构，只需要修改具体的Target程序(如lat_proc.c 和lat_ctx.c)，就可以借用lmbench的计时、统计系统得到我们关心的线程库性能的数据。

基于lat_proc和lat_ctx的算法，本文实现了lat_thread和lat_thread_ctx两个benchmark。在lat_thread中，lat_proc被改造成使用线程，用pthread_create()替代了fork()，用pthread_join()替代wait()；在lat_thread_ctx中，沿用lat_ctx的评测算法(见lat_ctx手册页)，将创建进程的过程改写为创建线程，仍然使用管道进行通信和同步。

lat_thread null

null参数表示线程不进行任何实际操作，创建后即刻返回。

lat_thread_ctx -s#threads

size参数与lat_ctx定义相同，可表示线程的大小(实际编程时为分配K数据；#threads参数为线程数，即参与令牌传递的线程总数，相当于程序负载情况。

3. 综合测试：Volanomark

volanomark是一个纯java的benchmark，专门用于测试系统调度器和线程环境的综合性能[6]，它建立一个模拟Client/Server方式的Java聊天室，通过获取每秒平均发送的消息数来评测宿主机综合性

能(数值越大性能越好)。Volanomark测试与Java虚拟机平台相关，本文使用Sun Java SDK 1.4.2

作为测试用Java平台，Volanomark版本2.5.0.9。