Home > Linux, 工具介绍 > 调查服务器响应时间的利器 tcprstat

调查服务器响应时间的利器 tcprstat

原创文章,转载请注明: 转载自系统技术非业余研究

本文链接地址: 调查服务器响应时间的利器 tcprstat

我们在做服务器程序的时候,经常要知道一个请求的响应时间,借以优化或者定位问题。 通常的做法是在代码里面加入日志计算时间,这个方法有问题,时间不准确。因为数据从网卡到应用程序,从应用到网卡的时间没有被计算在内。 而且这个时间随着系统的负载有很大的变化。
那同学说,我wireshark, tcpdump抓包人肉统计不行吗。 可以的,只不过我会很同情你,此举需要耐心且不具可持续性。 所以我们希望有个工具能够最少费力的做这个事情。

这时候来自percona的tcprstat来救助了! 这个工具原本开发用来调查mysqld的性能问题,所以不要奇怪它的默认端口是3306, 但是我们可以用这个工具来调查典型的request->response类型的服务器。

什么是tcprstat:

tcprstat is a free, open-source TCP analysis tool that watches network traffic and computes the delay between requests and responses. From this it derives response-time statistics and prints them out. The output is similar to other Unix -stat tools such as vmstat, iostat, and mpstat. The tool can optionally watch traffic to only a specified port, which makes it practical for timing requests and responses to a single daemon process such as mysqld, httpd, memcached, or any of a variety of other server processes.

文档很详细: 请参考: http://www.percona.com/docs/wiki/tcprstat:start

不愿意编译的同学直接从这里下载64位系统的编译好的二进制: http://github.com/downloads/Lowercases/tcprstat/tcprstat-static.v0.3.1.x86_64

源码编译也挺容易的: 由于它自带libpcap包, 这个包有可能在configure的时候没认识好netlink, 只要把config.h里面的netlink那个define注释掉就好。

编译好了, 典型使用很简单:

# tcprstat -p 3306 -t 1 -n 5
timestamp	count	max	min	avg	med	stddev	95_max	95_avg	95_std	99_max	99_avg	99_std
1283261499	1870	559009	39	883	153	13306	1267	201	150	6792	323	685
1283261500	1865	25704	29	578	142	2755	889	175	107	23630	333	1331
1283261501	1887	26908	33	583	148	2761	714	176	94	23391	339	1340
1283261502	2015	304965	35	624	151	7204	564	171	79	8615	237	507
1283261503	1650	289087	35	462	146	7133	834	184	120	3565	244	358

但是这个tcprstat在bonding的网卡下有点问题:

# /sbin/ifconfig
bond0     Link encap:Ethernet  HWaddr A4:BA:DB:28:B5:AB  
          inet addr:10.232.31.19  Bcast:10.232.31.255  Mask:255.255.255.0
          inet6 addr: fe80::a6ba:dbff:fe28:b5ab/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:19451951688 errors:0 dropped:4512 overruns:0 frame:0
          TX packets:26522074966 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:6634368171533 (6.0 TiB)  TX bytes:32576206882863 (29.6 TiB)
...
# tcprstat -p 3306 -t 1 -n 5
pcap: SIOCGIFFLAGS: bonding_masters: No such device

解决方案是:

# sudo tcprstat -p 3306 -t 1 -n 0 -l `/sbin/ifconfig | grep 'addr:[^ ]\+' -o | cut -f 2 -d : | xargs echo | sed -e 's/ /,/g'` 

用IP地址方式,而不是网络接口方式搞定。

祝大家玩的开心。

Post Footer automatically generated by wp-posturl plugin for wordpress.

  1. December 9th, 2010 at 16:53 | #1

    26163 root 18 0 104m 5200 4696 S 17.9 0.0 17:14.19 tcprstat
    在mysql服务器上最大load的时候跑tcprstat的开销 CPU 18%

    [Reply]

  2. jjs
    March 25th, 2011 at 10:45 | #2

    你好,我下载了tcprstat 译好的二进制文件
    已授权:chmod 777 tcprstat
    在 hp-ux下面执行
    tcprstat -p 3306 -t 1 -n 5
    报这个错?

    sh: ./tcprstat: Execute permission denied.

    [Reply]

    Yu Feng Reply:

    chmod +x tcprstat

    [Reply]

  3. ligs
    May 25th, 2012 at 00:25 | #3

    通常的做法是在代码里面加入日志计算时间,这个方法有问题,时间不准确。因为数据从网卡到应用程序,从应用到网卡的时间没有被计算在内—-应该是算在内的吧?

    [Reply]

    Yu Feng Reply:

    如何计算在内?

    [Reply]

  4. tomwang1013
    September 19th, 2014 at 11:00 | #4

    这个工具输出全是0不知道啥原因啊

    [Reply]

    tomwang1013 Reply:

    是否对端口号有要求呢?

    [Reply]

  5. tomwang1013
    September 19th, 2014 at 11:49 | #5

    @褚霸,请教个问题,在用这个工具测试web服务的相应时间是,只能测试nginx的80端口,而真正的后端服务端口输出都是0,后端的服务器有两个:
    tcp 0 0 0.0.0.0:3021 0.0.0.0:* LISTEN 17852/ruby
    tcp 0 0 0.0.0.0:9530 0.0.0.0:* LISTEN 9553/node

    我测试3021和9530输出都是0,这是啥问题呢?

    [Reply]

    Yu Feng Reply:

    端口可以随便指定的。

    [Reply]

  1. December 6th, 2010 at 16:45 | #1