发表于 | 更新于 | 分类于 ，

-XX:NativeMemoryTracking=detailJVM参数重启项目，使用命令jcmd pid VM.native_memory detail查看到的内存分布如下:

header

jcmd

jcmd命令显示的内存包含堆内内存、Code区域、通过unsafe.allocateMemory和DirectByteBuffer申请的内存，但是不包含其他Native Code（C代码）申请的堆外内存

gperftools

gperftools原理就使用动态链接的方式替换了操作系统默认的内存分配器（glibc）

strace

使用命令“strace -f -e”brk,mmap,munmap” -p pid”追踪向OS申请内存请求

GDB

使用命令gdp -pid pid进入GDB之后，然后使用命令dump memory mem.bin startAddress endAddressdump内存，其中startAddress和endAddress可以从/proc/pid/smaps中查找。然后使用strings mem.bin查看dump的内容

jstack

使用命令jstack pid去查看线程栈，找到对应的线程栈（注意10进制和16进制转换）

发表于 | 更新于 | 分类于

I figure it out,if you change –pod-network-cidr when you reinitialize kubernetes via kubeadm init,you should delete some auto-created things,just follow the steps below before you execute kubeadm init again:

execute Kubeadm reset on master and nodes.

execute etcdctl rm --recursive registry reset data in etcd.

rm -rf /var/lib/cni on master and nodes
rm -rf /run/flannel on master and nodes
rm -rf /etc/cni on master and nodes
ifconfig cni0 down on master and nodes
brctl delbr cni0 on master and nodes

发表于 | 更新于 | 分类于 ，

CAP 定理

CAP定理：CAP定理又称CAP原则，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）

可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）

分区容忍性（P），就是高可用性，一个节点崩了，并不影响其它的节点（100个节点，挂了几个，不影响服务，越多机器越好）

alt

https://blog.csdn.net/weixin_43650254/article/details/95381194