最近又了解了一下BurnlnTest，主要用来对虚拟机进行加压，可以进行压测CPU，内存，IO等，我主要是测试了Linux主机，版本稍微有点老
下载链接：
wget http://www.passmark.com/ftp/burnintest_2.1.tar.gz
下载完解压后，先看下目录下各个玩意，README和帮助文档就不管了，这里有个shell脚本
#!/bin/bash #Chec[......]
标签：Linux
Linux读写IO负载
磁盘IO读写的监控有一些实用的工具，做个总结
1：iotop
顾名思义，top前面加了一个io；安装起来也很方面，直接装就是了，运行也简单
~# iotop -o Total DISK READ: 0.00 B/s | Total DISK WRITE: 664.62 M/s TID PRIO USER DISK READ DISK WRITE SWAPI[......]
SSH Agent Forwarding
今天在和SA处理新环境的时候，被鄙视了一顿，因为是通过一台跳转始终无法跳到最终的目的机器，他始终就给我来一个词：forwarding！！！我表示，我直接将key也copy过去的，最后没办法，过去被鄙视了一顿，加个-A的确就好了，后来才发现，我copy的key不是对应应该forwarding，不过这还是自己的问题，思维不够敏捷
我想登陆到测试机VM2上，必须要经过一个跳转机VM1，才能跳转到VM2
[……]
SSH通过CONFIG配置各种登陆
可能用习惯了XSHELL，CRT那种记录会话的登陆方式，命令行SSH好像缺少了登陆的快感，其实不然，只需要自行配置一个config文件即可
~ on master! ⌚ 23:37:56
$ vim .ssh/config
Host $SSH_NAME
HostName $IPADDR
Port $PORT[......]
OpenVPN in Linux containers
通过一台LXC，连接OpenVPN跳转，通过tun方式，结果发现lsmod都找不到tun设备，的确连/dev/net目录都没有，差点都开始怀疑人生的时候，仔细想了下环境影响，LXC毕竟和普通虚拟机是不同的，仔细搜索了下，容器与其宿主机是共用同一个内核，因此肯定是不能像普通linux下加载模块那样modprobe一下，具体加载tun方法如下：
首先找到LXC配置文件，在最后加上下面一行
## fo[......]
namespace通过GRE tunnel交互
既然只要封装，就能够通过隧道进行交互，那么namespace里假如已经有网卡通过Linux Bridge进行通信，其他网卡应该都可以通过隧道进行传输，做个小的测试
创建两个namespace
lihui@Debian8:~$ sudo ip netns add ns0 lihui@Debian8:~$ sudo ip netns add ns1
创建两对veth网卡
lihui@Debian8:~$[......]
Linux GRE隧道
GRE隧道是一种IP-OVER-IP的隧道，可以让封装的网络层数据包能够进行传输，用到的tunnel虚拟设备两端分别对封装的数据包进行封装和解封
下面是两台虚拟机里创建隧道通信，虚拟机网络均设置为Host-Only
首先两台虚拟里linux需要加载内核模块，是ip_gre
lihui@2015:~$ lsmod | grep gre gre 13796 1 o[......]
Debian系列通过top查看进程绑定的CPU_ID
debian系列与rhel系列有些地方差别还是挺大的，rhel里直接top，f，j，回车，即可看到所有进程所在的cpu id，ubuntu里找了找，也是可以做到的
当然如果不想用top来看，通过ps命令也是可以找的
lihui@2015-vm1:~$ pgrep mysql 2209 lihui@2015-vm1:~$ ps -eo pid,psr | grep 2209 2[......]
Linux打印网卡RX和TX信息
急着测试，宿便改了改，加了TX信息，全局变量太弱了，啥时候改成yield
#!/usr/bin/env python ###################################### #nic_traffic.pl => nic_status.py #HuiLi #2015-07-07 ###################################### i[......]