hpux 11.11 连接HDS 存储，采用HDLM管理带来的麻烦，需重启
每次增加HDS硬盘后，map给主机后
需要执行dlmdefpath -a识别磁盘，识别后提示主机重启。
dlnkmgr view -lu 查看HDS磁盘的状态。
注意：识别的磁盘路径为/dev/dsk/ch31t9d5， 而不是 /dev/dsk/c31t9d5
首先定义一下什么叫做连接两个局域网
假如一个局域网在192.168.1.0/24 这个段，另外一个局域网在192.168.2.0/24这个段，我们可以在192.168.1.0这个网段里直接访问192.168.2.0里的任何ip，也可以在192.168.2.0里访问任何192.168.1.0里的ip，那么这个就叫做连接两个局域网
如果192.168.1.0和192.168.2.0能够通过第三个网络进行连接，比如互联网，应用场景可能是两个机房，怎么做呢？
1、vpn，这是一个很自然的想法，通过vpn将两边连接起来，但是这需要额外的vpn服务器和客户端软件，比如openvpn
2、如果两个网络都有一个公网ip服务器，那么可以直接通过ip tunnel来解决
方法如下
ip tunnel add mytun mode ipip remote 192.168.2.x local 192.168.1.y
ip config mytun 10.2.8.1 up
route add -net 10.2.8.0 netmask 255.255.255.0 dev mytun
route add -net 192.168.2.0 netmask 255.255.255.0 dev mytun
我们来看一下每条命令都是什么意思
ip tunnel add mytun mode ipip remote 192.168.2.x local 192.168.1.y
这是指在当前机器上建立一个tunnel，本地ip是192.168.1.y，当有路由请求通过这个tunnel时，发送给远端的192.168.2.x
ip config mytun 10.2.8.1 up
给这个新建的设备一个ip
route add -net 10.2.8.0 netmask 255.255.255.0 dev mytun
route add -net 192.168.2.0 netmask 255.255.255.0 dev mytun
凡是 发给10.2.8.0和192.168.2.0的请求请路由给mytun设备，这样一来就会直接发给192.168.2.x
于是很显然192.168.2.0里也得有一台机器干同样的事情
ip tunnel add mytun mode ipip remote 192.168.1.y local 192.168.1.x
ip config mytun 10.2.8.2 up
route add -net 10.2.8.0 netmask 255.255.255.0 dev mytun
route add -net 192.168.1.0 netmask 255.255.255.0 dev mytun
简介
ab全名是ApacheBench，是apache自带的一款模拟http请求的web服务器性能测试工具，安装apache的时候会默认帮我们装上。它非常容易使用，完全可以模拟各种条件下的各种请求。
一个简单的例子
我们使用ab工具写一个简单的例子，执行命令：ab -n 100 -c 10 http://www.baidu.com/。这个命令的意思是启动ab,然后向http://www.baidu.com/发送100个请求（-n 100），一共有10个并发用户（-c 10），命令执行结果如下（横杠后面是我加的解释）：
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/
Benchmarking www.baidu.com (be patient).....done
Server Software: BWS/1.0
Server Hostname: www.baidu.com
Server Port: 80
Document Path: /————————————————请求URL中的根绝对路径，通过它的后缀名我们一般可以了解该请求的类型
Document Length: 9726 bytes————————————————HTTP响应数据的正文长度
Concurrency Level: 10————————————————并行用户数，这是我们设置的参数
Time taken for tests: 0.753939 seconds————————————————表示所有这些请求被处理完成所花费的总时间
Complete requests: 100————————————————表示总请求数，这是我们设置的参数
Failed requests: 0————————————————表示失败的请求数，包括在连接服务器、发送数据、接受数据等环节发生异常以及无响应超时，超时时间可以通过ab的-t参数来设置。而如果接收到的HTTP响应数据的头信息中含有2xx以为的状态码，则会在测试结果显示另一个名为“Non-2xx responses”的统计项，用户统计这部分数据，这些请求不算失败的请求。
Write errors: 0
Total transferred: 1033995 bytes————————————————所有请求的响应数据总长度，包括每个HTTP响应数据的头信息和正文数据的长度。注意这里不包括HTTP请求数据的长度，所以它仅仅代表从web服务器流向用户PC的应用层数据总长度。
HTML transferred: 994200 bytes————————————————和Total transferred的区别在于去掉了响应数据中头信息的长度
Requests per second: 132.64 [#/sec] (mean)————————————————吞吐率，我们关注的指标，mean表示它是平均值
Time per request: 75.394 [ms] (mean)————————————————用户平均请求等待时间，mean表示它是平均值
Time per request: 7.539 [ms] (mean, across all concurrent requests)————————————————服务器平均请求处理时间，是吞吐率的倒数，mean表示它是平均值
Transfer rate: 1338.30 [Kbytes/sec] received————————————————单位时间从服务器获取的数据长度，这个统计项可以很好的说明服务器在处理能力达到极限时，其出口带宽的需求量。
Connection Times (ms)————————————————每个请求处理时间的分布情况
min mean[+/-sd] median max
Connect: 16 16 0.5 16 19
Processing: 38 51 47.8 41 292
Waiting: 20 23 3.0 23 43
Total: 54 67 47.8 57 308
Percentage of the requests served within a certain time (ms)————————————————每个请求处理时间的分布情况
50% 57
66% 58
75% 59
80% 59
90% 61
95% 96
98% 308
99% 308
100% 308 (longest request)。
其中有：
Requests per second=Complete requests/Time taken for tests
Time per request=Time taken for tests/(Complete requests/Concurrency Level)
Time per request( across all concurrent requests)=Time taken for tests/Complete requests正是吞吐率的倒数。也等于Time per request/Concurrency Level
Transfer rate=Total transferred/Time taken for tests。
小结
&nb