bcc-tools安装的折腾小记

    linux的动态监控是个精彩的世界，DTrace先不说（受限于oracle),SystemTap就不错，还有Sysdig,除了这些，还有eBPF:bcc-tools，最近在玩bcc-tools,但是安装并不顺利，首先线上用的都是centos,最初是想在centos上安装，但并没有现成的针对centos的包，在网上找到一篇安装文档，可惜一路照做，在安装sysdig那一步就没成功，后来的源码编译也报错，sysdig安装了跑不起来，systemtap卡在debuginfo上，要下载600M的东东，公司网络不好弄，然后bcc-tools也编译报错，一个能用的也没有，把我给气得。。。
    于是在AWS上新建了一个ubunt的实例，提示我升级，就升到了1604，然后安装bcc-tools,这次竟然出奇的顺利，经测试各个工具跑得很正常 ,So easy! 不过AWS位于美国的机器，SSH也还是挺慢的，按键充満节奏感，再说用超了扣起美元那可是哗哗的，还是自己本地折腾一个比较靠谱。
     上virtualbox,这家伙用起来也还行，但guestaddtions死活挂不上，我就没有安装成功过，所以剪贴板与共享文件夹就不能用上，不能粘贴操作好慢，让我有种攘外必先安内的想法，折腾好久还是没成，都想下vmwareplayer 了，突然想起不是有xshell吗，设置桥接后，用xshell直连，粘贴就解决了，设置了字体界面还更好看；但是，在ubuntu1610下安装bcc-tools却失败了，直接说python-bcc没安装，安装python-bcc又说libbcc没安装，安装libbcc就说没这个包，源码编译，却报错了，说什么u_128int不在scope之类的，百度了一下找不到针对的解决方案，怀疑是1610与1604有区别，于是重新安装1604的ubuntu,现成的vbox包又下载太慢，只有下载ISO包安装，手工安装稍微麻烦了一点，这一步要自动化了就好；
     问题是安装好1604之后，依然不能顺利安装bcc-tools，源码编译也是一样的报错，可恶！问题倒底出在哪里，为啥AWS上的就这么顺呢？检查两者的版本号，版本号也是一模一样的，内核版本也一样，就是有一个不同，AWS是64位的，而本机受限于32位的WIN7，所以也只能装32位的ubuntu,难道问题就出在这？那就测试一把，下载了64位ubuntu1604,借助于easyBCD工具，实现32位win7与64位ubuntu硬盘安装双启动，除了sudo umount -l /isodevice这一步小绊一下外，其他还是挺顺利的，出现安装界面时，说实在的，ubuntu把我给惊艳到了，很漂亮，终端的字体与界面也很漂亮，有点MAC的感觉了；
     桌面的ubuntu给了我想直接使用linux当系统的想法，或许对于我来说，这样子的linux已经够用了，是时候换换口味了，也不枉我那些年折腾过的N个linux发行版，扯远；重点来了，安装bcc-tools，一帆风顺的顺利！我晕啊，32位与64位也是坑？