[译] Linux bcc/eBPF tcpdrop
最近在看 eBPF 的一些材料,看到 Brendan Gregg 的博客,后面想陆续针对一些主题翻译下,这一篇主要自介绍 tcpdrop,文章比较短,原文地址
应无所住而生其心
第 2 页,共 4 页
最近在看 eBPF 的一些材料,看到 Brendan Gregg 的博客,后面想陆续针对一些主题翻译下,这一篇主要自介绍 tcpdrop,文章比较短,原文地址
有用户反馈在dubbo的应用发布后,过几分钟之后,调用方会出现大量的connectTimeout。当时在服务端容器上进行了抓包,看到在故障期间,客户端发了syn,但是服务端没有任何响应。
之前,运维或者运维开发很多时候主力语言都是python,python作为动态解释性语言,一方面,较低的运行效率,一些场景无法满足,另一方面,过于灵活的语言特性也导致多人协作和项目维护成本较高。受益于云原生的发展,Golang自然也成为了云计算时代的语言,所以也希望Golang能够替代Python,成为后续团队内的主力开
其实写这种文章压力很大,因为本身自己写这种总结类文章文采真的很差,刚好昨天聊到了这个话题,我还是想把自己想的一些思考记录下来。
最近好多同学纠结这个问题,拿出以前分享的ppt发个博客。总结来说,发起多少连接不受源端口限制,只要保证TCP四元组唯一,那么就可以继续建立连接。
最近刚好在学golang,所以就拿简单的LeetCode提来练习练习,顺便把结果分享下
NSCD(name service cache daemon)是我们在linux上最常用的DNS缓存服务,它是glibc网络库的一个组件。基本上来讲我们能见到的一些编程语言和开发框架最终均会调用到glibc的网络解析的函数(如GETHOSTBYNAME or GETHOSTBYADDR等),因此绝大部分程序能够使用NS
openssl1.1.1 final正式发布后,准备在线上开始灰度了。虽然之前有一些了解,但是其实没有准确的认知,所以需要再好好的分析一下:
昨天和新人交谈的时候,发现他们对网站整体的访问和架构都不清楚,所以想着可以写一篇比较白话一点的技术入门文章,内容上也可以慢慢丰富。
其实这不是8.8.8.8的问题。