像狗一样奔跑 👋🏼

概述 **大页内存(HugePages)**是通过大页内存来取代传统的4kb内存页面，使得管理虚拟地址数变少，加快了从虚拟地址到物理地址的映射，以及通过摒弃内存页面的换入换出，以提高内存的整体性能 对于大内存的管理(物理内存+虚拟内存)，大多数操作系统采用了分段或分页的方式进行管理 分段是粗粒度的管理方式，而分页则是细粒度的管理方式，分页方式可以避免内存空间的浪费 使用大页内存的好处： 减少TLB的失效情况 减少页表的内存消耗 减少缺页中断的次数 实现

最近出现了一次很严重的组播丢包事故，排查了很长时间才找到原因，特地记录一下 背景 程序本身是单进程、双线程的一个程序，一个线程用来接收网卡上的组播数据，另一个线程将接收到的组播数据再转发出去。数据存取的正确性用一个互斥变量来实现。 现象 发现丢包是因为发现不同机器上下游系统收到的数据量不一致。 这个程序部署在了好几台机器上，组播数据丢包现象经常产生，一般发生在组播数据量最大的时刻，但并非所有程序同时丢包，且丢的包也不一样。 排查 最开始在我们自测的时候并未出现过丢包的问题，因此一开始并未怀疑是程序问题造成的丢包，怀疑可能是环境问题。 首先怀疑是交换机丢包了，但交换机是万兆带宽，且数据量并不是特别大，应该不会出现丢包才对，后来从交换机镜像上抓包后分析，发现确实不是； 后来怀疑可能是程序部署的机器有问题，从机器上抓包分析机器也没有丢包； 那么只可能是程序的问题或者机器处理性能的问题了... 首先了解了一下服务器的配置，至强E系列的4代处理器，24核，32g内存，性能应该是足够的，到这里只能说明是程序处理时产生了丢包现象。 最开始怀疑是程序收发时的处理逻辑有问题，可能引起卡顿导致丢包，但在我....

正文 在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选项，调整这个参....

前言 众所周知，网络通信分为两种，简单的UDP和比较复杂的TCP。前面博客中已经介绍过UDP协议了，今天就来记录下关于TCP的学习。 正文

-L选项 -l -Wl,-rpath 前言 编译项目时需要用到动态库。而又因为监控程序的存在，编完之后使用动态库的位置在另一个地方，因此在编写makefile文件的时候，就需要在编译的时候指定动态库的位置，而实际可执行程序使用的动态库又在另一个位置。因此需要了解一下编译时与动态库相关的编译选项。 正文 CC = gcc INCDIR = ../include BLDINCPATH = -I (INCDIR) TARGET = test LIBS = -lpthread -ldl -L ../lib -llibname -Wl,-rpath='$ORIGIN/pathname' 着重看一下最后一个LIBS变量，里面包含了编译时需要用到的与库有关的编译选项，其中第一个是与多线程有关的库，第二个在之前博客中有提到，这里不再说。后面的则全部跟动态库的编译有关，今天要说的就是后面几个编译选项： 选项 说明 -llibrary 链接时在标准搜索目录中寻找库文件，搜索名为liblibrary.a 或 liblibrary.so -Ldir 用于把新目录添加到库搜索路径上，可以....

前言 工作中需要使用时间戳，因此专门了解了下Linux中常用的几种跟时间有关的函数。 正文 先看几个时间结构体： 在<time.h>中的tm结构体和timespec结构体 struct tm { 　 int tm_sec; /* 秒–取值区间为[0,59] / 　　 int tm_min; / 分 - 取值区间为[0,59] / 　　 int tm_hour; / 时 - 取值区间为[0,23] / 　　 int tm_mday; / 一个月中的日期 - 取值区间为[1,31] / 　 int tm_mon; / 月份（从一月开始，0代表一月） - <span style="color:#cc0000;">取值区间为[0,11]</span> / int tm_year; / 年份，其值从1900开始 / 　 int tm_wday; / 星期–取值区间为[0,6]，其中0代表星期天，1代表星期一，以此类推 / 　 int tm_yday; / 从每年的1月1日开始的天数–取值区间为[0,365]，其中....

前言 之前在工作中，本想使用自动化变量来构建目标文件，一直编不过去，就去了解了一下makefile的编译规则。 正文 关于自动化变量可以理解为由Makefile文件自动产生的变量。在模式规则中，规则的目标和依赖的文件名代表了一类的文件。规则的命令是对所有这一类文件的描述。我们在makefile中描述规则时，依赖文件和目标文件是变动的，显然在命令中不能出现具体的文件名称，否则模式规则将失去意义。 那么模式规则命令中该如何表示文件呢？就需要用到自动化变量，自动化变量的取值根据执行的规则来决定，取决于执行规则的目标文件和依赖文件。下面是对所有的自动化变量进行的说明： 自动化变量 说明 @ 表示规则的目标文件名。如果目标是一个文档文件（Linux 中，一般成 .a 文件为文档文件，也成为静态的库文件），那么它代表这个文档的文件名。在多目标模式规则中，它代表的是触发规则被执行的文件名。 % 当目标文件是一个静态库文件时，代表静态库的一个成员名。 &lt; 规则的第一个依赖的文件名。如果是一个目标文件使用隐含的规则来重建，则它代表由隐含规则加入的第一个依赖文件。 ....

在Linux上编译C/C++时，makefile中需要经常添加一些编译选项。比如 -pthread #为了使C++项目可以使用多线程库 -ldl # -stdc++ #编译时调用C++标准库 -std=gnu99 #使用C99标准 这里重点讲一下 -ldl 选项。 问题描述： undefined reference to dlsym' undefined reference to dlerror' undefined reference to dlopen' undefined reference to dlclose' 编译时提示出现一系列以dl为前缀的一些变量或函数未被定义，离奇的是我并没有使用过这些东西，并且不知道它们是在哪被引用的。后来问了问凯旋，才知道是因为编译选项少加了参数 -ldl。加入该参数后，在编译时才会包含dl库，从而解决报错。 由此我通过网上查询资料，整理了下常见的gcc编译连接错误及解决办法（针对x86/x86_64的Linux环境）： 没有指定链接参数-lz 错误提示： /usr/local/mysql/lib/mysql/libmysqlcl....