像狗一样奔跑 👋🏼

前言 （本文将置顶持续更新...）在工作中，写代码很重要，让别人理解你的代码很重要，但最重要的是如何让不太懂的人理解你的工作。写很重要，说同样很重要。 正文 在工作中，如果要给其他一般同事讲清楚自己的开发工作，要点是图要简单、易懂，文字要简洁、精炼。如果是开发文档的话，图一般包括如流程图、程序框图等各种类型，但PPT里面的图一般都是程序框图，因为程序框图简单、直观，能让听众迅速了解这个图是干啥的，有什么用。对于单系统而言，程序框图一般要画清楚系统的功能模块；而对于多系统，程序框图要画清楚系统间的交互方式、数据流向，一定要给听众讲清楚多系统间的联系。特别是一般我们的开发工作只是整体大系统中的一个小模块，上接其他功能模块，下也接其他系统，因此其中的数据流向是非常重要的。 在工作以及编码中，思想的转变是非常重要的。如何把一些业务逻辑转化成最简洁的代码，这一方面我还没有领会到要领，难道是看天赋吗？或者说直接看穿问题的本质，刨析到业务的最底层。比如：在一群有序数字中，获得最靠近一个给定数字的数字，本质上是什么呢？本质上就是取这群数字中的最大、最小值以及这个给定数字，找出这三个数字中的中间值，即为....

该文章已经加密。

我明明白白你的心 你渴望一份真感情 曾经为爱伤透了心 为什么甜蜜的梦容易醒 我有一双温柔的眼睛 我有善解人意的心灵 如果你愿意请让我靠近 你的心事我愿意听 我想你会明白我的心       ——《明明白白我的心》 在从长沙回来的路上偶然听到了这首歌，也许我曾经听过，但此时彼刻，已有了不一样的感慨。 没更新的日子里一直都有在好好生活，确实是这样的，在经历了上次的冷战之后，我和她之间的感情一直都很稳定，越来越好了，虽然偶有小摩擦但终归是一直在升温的。如今已半年了，真的很快，我们也已经很久没再见面了，我很想见她很想去找她很想拥抱她，但我明白她的想法也完全支持她，在感情中人要自私一点没错，可同时也要尊重对方，即使不能见面，我也一直能感受到她的真诚热烈勇敢，完完全全明白她的心，她会因为我在外面玩没好好回她消息而发小脾气，也会因为打个电话说说话就能开心一整天，我明白我就是她此时此刻最想见到的人，也明白她就是此时此刻我最想靠近和最想守护的人 她曾问我她在我此刻的人生中占据了多少的位置，当时我的回答是20%，她觉得这样就好，因为每个人都有各自的人生，她不要做恋爱脑，也不希望我围着她转。我很赞同她说的，....

最近看了一部老番《钢之炼金术师》，里面讲到了炼金术的等价交换原则，忽然很有感触。生活不可能一直顺风顺水，感情亦是如此，有美好的时刻也有难捱的时候。最近的我有点丧，在没有和她说话的日子里，我的生活好像突然失去了一些什么东西，总是感觉空落落的，我甚至开始胡思乱想人生的意义了，在想我这辈子到底是为了什么而活 今天吧，算是和她结束了长达九天的冷战？真的结束了吗，我不确定，可能只有我自己知道这九天里我有多难熬。 怎么说呢，冷战的起因要追溯到两星期前的一系列事情吧，不想再多说了，都是一些小事情，但确实是我的问题，这些天我也在反思，n年之后的第一次恋爱，确实忽略了她的情绪变化，是我不好。 没说话的这几天里，我其实很难熬，很想找她说说话聊聊天，上周三的时候我就问她要不要打电话，因为我记得她曾经说过，生气了三天不说话等于自动分手，可是她只是说了个no，我也理解，毕竟连上十天班了，累的很，心情一定还是很烦躁，没事我过两天再问。前两天看到她王者上这几天一直给我送金币，抖音也会给我分享好玩的视频了，我觉得一切又好起来了...可是我错了，微信上的她还是那副爱搭不理的样子，我渐渐理解了之前朋友跟我说异地恋最麻烦的....

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

总结一下结构体的写法： #include <stdio.h> #include <string.h> typedef struct package { int type; int len; char* data; } package; int main() { // 方式1 package pkg1; pkg1.type = 0; pkg1.len = 1; // 方式2 package pkg2; memcpy(&pkg2, &pkg1, sizeof(package)); // 方式3 package pkg3; pkg3 = pkg1; // 方式4 package pkg4; package* ptr = &pkg1; pkg4 = *ptr; return 0; } 其中方式1是比较常见的写法，单独为结构体赋值，方式2-4是将一个结构体完全赋值给另一个结构体，3属于是2的优化升级版 这里其实主要想记录的是方式4 package pkg4; package* ptr = &....

转眼间跟公主在一起已经两个月了，时间过得好快啊，上一次看这个时间还是上一次她生气的时候，那时候还不到一个月，被她训到：我们还没谈一个月呢，热恋期都还没过呢你就想着分手？ 现在想想确实挺不该的，可能是我太长时间没有谈过恋爱了吧，或者说自成熟以后就没再谈过恋爱，我还不知道如何正确的去处理恋爱中的这段关系，确实跟友情亲情是不一样的。需要我经常去维护，去关心她情绪的变化起伏，她总说我敏感，我是很敏感，因为有了之前惹她生气而不自知的经验，所以才会更敏感，更想去好好珍惜，不要三天两头的惹她生气。 可是敏感过头了也不好，干啥都小心翼翼的，我们之间反而少了很多开玩笑的机会...她本身是个搞笑女，就喜欢搞些有的没的，我平时也喜欢开些玩笑，只是有时候不太能掌握那个度吧，我会怕她生气，我想这可能跟我还是不够了解她有关系吧，我总以为自己已经够了解她了，总想着我们认识这么久了，又在一起了几个月了，应该是很了解的了，可我平时开玩笑还是会怕她生气，还是会怕我自己说错话，现在想来这其实就是不够了解她的表现。不然怎么会连她有没有生气，会不会生气都不知道呢 其实最近这段时间还挺坎坷的，我们经历了所有异地恋情侣都要经历的事....

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

前言 最近在工作中碰到了哈希相关的事情，这里就简单探讨下哈希算法。 1.哈希表的长度为什么是素数 在哈希表中，我们需要用哈希表的长度作为除数进行模运算。对于素数而言，它的公因子只有1和它本身，因此使用素数取模时，可以保证取模结果尽量是平均分布的，即可以降低哈希冲突。 当然取模结果的分布情况跟被除数（hashkey）也有关系，但在hashkey相同的情况下，永远是素数比非素数的分布情况更好一些。因此哈希表的长度都为素数。 2.哈希算法 哈希算法有很多，针对不同的场景，不同类型（整型、字符型的hashkey，也有很多定制的哈希算法。目前最常用的、应用最广泛的字符型哈希算法是time33算法，其实就是针对每一个字符，不停✖️33，得到最终的hashkey。 time33算法的初始值是5381，为什么是5381呢？据说是经过验证后发现5381的分布情况会好一些。 整数型哈希算法一般都是根据实际场景需求来自己设置。比如两个key、三个key，应该如何设置乘数，调整位置，将其统一起来得到一个固定的、分布情况较好的哈希算法，降低哈希冲突。这些仍有待验证...

昨天和她聊天的时候，我们有些分歧。她觉得我一声不吭去找她我会很累，我觉得还好，相较于累我更多记得的是开心。 可是她就一直说觉得我累，不想我这么累。甚至说怕到最后我做的一切都打了水漂...我听了之后很久没说话，她不知道我听到这话的时候快难过死了，她说的是心疼我不想我折腾，可在我看来，可能是不想我这样做最后却没有换来一个happy ending，期望越大，失望越大，所以先降低一下期望好了...... 她说她无法完全抓住又不想彻底放下，可是我只想抓住当下我所能抓住的一切，投入100%的努力，先不去想后来，不去想结果。虽然到了这个年纪不应该想的这么天真了，可是如果一切都以结果论，一切都已注定的话，那人还努力什么呢 人只能坚持自己所坚持的，不妄想改变他人的想法