像狗一样奔跑 👋🏼

正文 为了满足不同用户不同程度的优化需要，gcc提供了近百种优化选项，用来对编译时间，目标文件长度，执行效率这三方面进行不同的取舍和平衡。简单来说就是gcc提供了从O0-O3以及Os这几种不同的优化级别供用户选择，在这些选项中，包含了大部分有效的编译优化选项，并且可以在这个基础上，对某些选项进行屏蔽或添加，从而大大降低了使用的难度。下面围绕这几个不同级别的优化选项进行简单介绍 -O0：默认的编译选项，不做任何优化 -O和-O1：对程序做部分编译优化，对于大函数，优化编译占用稍微多的时间和相当大的内存。使用该选项，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。 -O2: 比 -O1更高级的选项，进行更多的优化。gcc将执行几乎所有的不包含时间和空间折中的优化。当设置O2选项时，编译器并不进行循环打开()loop unrolling以及函数内联。与O1比较而言，O2在优化增加了编译时间的基础上，提高了生成代码的执行效率。 -O3： 比O2更进一步的进行优化 -Os： 主要对程序的尺寸进行优化，打开了大部分O2优化中不会增加程序大小的优化选项，并对程....

前言 最近在工作中部署生产系统的时候遇到了一个问题：网卡能收到数据，但系统进程却收不到相关数据，查了半天发现是rp_filter的问题，今天就记录一下。 正文 rp_filter（Reverse Path Filtering）参数定义了网卡对接收到的数据包进行反向路由验证的规则。它有三个值，0，1，2，具体含义如下： 0：关闭反向路由校验 1：开启严格的反向路由校验。对每个进来的数据包，校验其反向路由是否是最佳路由。如果反向路由不是最佳路由，则直接丢弃该数据包。 2：开启松散的反向路由校验。对每个进来的数据包，校验其源地址是否可达，即反向路由是否能通（通过任意网口），如果反向路由不同，则直接丢弃该数据包。 反向路由校验 所谓反向路由校验，就是在一个网卡收到数据包后，把源地址和目标地址对调后查找路由出口，从而得到反向后的路由出口，然后根据反向路由出口进行过滤。 当rp_filter的值为1时，要求反向路由的出口必须与数据包的入口网卡是同一块，否则就会丢弃数据包； 当rp_filter的值为2时，要求反向路由必须是可达的，如果反向路由不可达，则会丢弃该数据包； 当rp_filter的值....

正文 在Linux下抓包需要使用tcpdump命令，本文就主要对该命令进行一个简单的学习与总结。 简介 tcpdump是一个抓包工具。它能够监听、记录通过某一个主机进出的网络流量。并且可以保存到文件，或者再从文件读取抓下来的数据包。它保存下来的包也可以导入到wireshark里面，利用gui工具进行查看。当然非常重要的一点是，抓取的时候能够设置各种各样的过滤器，在海量数据里寻找有用信息。 使用 首先，使用tcpdump要使用root登录或者sudo权限，且在使用时如果不加任何参数，它会抓网络设备中第一个设备的包(不包括lo)，并且打印出每个包的简短信息。 -nn：tcpdump遇到协议号或者端口号时，不将这些号码转换成对应的协议名称或者端口名称。比如，21端口是FTP端口，我们希望直接显示21，而非FTP。 -x：告诉tcpdump命令，需要把协议头和包内容都原原本本的显示出来(tcpdump会以16进制和ASCII的形式显示)，这在进行协议分析时是绝对的利器。 -t：输出不打印时间戳 -c：设置抓取的包的个数 -s：限定包的大小，默认每个包存68bytes。加上-s选项，调整这个参....

正文 首先，编译程序时必须要加上-g参数。 简单总结一下GDB调试命令 gdb 可执行程序 // 使用调试模式 gdb 可执行程序 *.core // 进入调试模式，并查看错误信息 r/run // 运行程序 b/breakdown 文件名:行数 // 在某一行添加一个断点 p/print 变量名 // 打印变量值 watch 变量名 // 监控变量在程序运行过程中的变化 bt/backtrace // 查看栈帧信息 frame 帧号 // 进入指定栈帧 GDB(GNU Debugger)是UNIX及UNIX-like下的强大调试工具，可以调试ada,c,c++,asm,minimal,d,fortran.objective-c,go,java,pascal等语言。本文以C语言为例，介绍GDB启动调试的多种方式。 ### 启动调试 对于C程序来说，要想使程序可被调试，需要在编译时加上 **-g** 参数，保留调试信息，否则不能使用GDB进行调试，但如果不是自己编译的程序，并不知道是否带有-g参数，如何判断一个文件是否带有调试信息呢? 答：可以直接对该文件使用gdb命令，如 ```....

正文 cpp的STL并不是万能的，最近在使用STL时，发现list容器的size()方法和empty()方法的时间复杂度居然不一样，通过查阅资料发现，list中size()方法居然是对整个容器从头遍历一遍，empty()方法则是判断首尾两个指针是否相等。这样一来，在性能要求非常高的情况下，若要对list判空，则只能用empty()方法。 在网络通信过程中，性能并不完全取决于程序写的好坏，也与通信机器本身、是否绑定CPU核心、以及带宽有很大关系。在我对项目进行集成测试的时候，发现将系统部署在我的开发虚拟机上时，两个进程的通信速度就有瓶颈，而将机器部署在实际的测试机器上时，在一般速度下，这个瓶颈就自然消失了。 在记录一个坑，这个坑之前其实踩过一次了，但是我没有长记性，又踩了一次，这就是对指针取地址的这个操作了。 对于一个数组，若要对其进行操作，如memcpy，一般这样来做 char buffer[4096]; char name[30]; memcpy(name, buffer, sizeof(name)); memcpy(name, &buffer[0], sizeof(name....