B树广泛应用于各种文件系统，文件系统中，数据都是按照数据块来进行读取操作。结合二叉树的优点和文件系统的特点，于是就有了B树：btree(https://imghelloworld.osscnbeijing.aliyuncs.com/imgs/ae3caa193bc4c55f0519114b15313721.png)B树当中每个节点存储

查看堆使用情况jmapheappid查看占用内存高的对象jmaphisto:livepid|headn100查看占用内存高的对象,dump成文件，线下分析jmapdump:live,formatb,filexxx.xxxpid查看进程的线程情况psppidLopcpu,pmem,p

本文整理自taowen师傅在滴滴内部的分享。1.Why对一线开发人员来说，每天工作内容大多是在已有项目的基础上继续堆代码。当项目实在堆不动时就需要寻找收益来重构代码。既然我们的大多数时间都花在坐在显示器前读写代码这件事上，那可读性不好的代码都是在谋杀自己or同事的生命，所以不如一开始就提炼技巧，努力写好代码。2.How

一.内存四驱模型不知我们是否有读过《深入理解java虚拟机》这本书，强烈推荐读一下。在java中我们将运行时数据，分为五个区域分别是：程序计数器，java虚拟机栈，本地方法栈，java堆，方法区。在c/c中我们将运行时数据，分为四个区域分别是：栈区，堆区，数据区，代码区。我们详细来介绍下：1.栈区：由编译器自动分配释放，存放函数的

1.本地启动后web端访问http://127.0.0.1:3658/2.内存说明dashboard!(https://oscimg.oschina.net/oscnet/up66b8601dfc45922a1781ebe45058e5dfe02.png)heap堆大小ede

Spark内存分配博客分类：sparkSpark1.5堆内存分配(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.cnblogs.com%2Fdreamfly2016%2Fp%2F5720180.html)

在上一篇文章中，我们通过代码运行结果，查看到JVM的堆内存逻辑上分区是三部分，物理上分区是2部分，以及是新生代分区三部分，占比分布是8/1/1。而且我们还通过代码和堆JVM参数配置，制造出了OOM异常。下面我们就来分析GC回收器的日志信息。先来看看，OOM后，GC详细日志信息：!dd604a3c4cda17304edcc43b03106d58.pn

背景为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于SpringBoot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“XX:MetaspaceSize256MXX:MaxMetaspaceS

1.为什么会有年轻代我们先来屡屡，为什么需要把堆分代？不分代不能完成他所做的事情么？其实不分代完全可以，分代的唯一理由就是优化GC性能。你先想想，如果没有分代，那我们所有的对象都在一块，GC的时候我们要找到哪些对象没用，这样就会对堆的所有区域进行扫描。而我们的很多对象都是朝生夕死的，如果分代的话，我们把新创建的对象放到某一地方，当GC的时候先把这

1.为什么会有年轻代   我们先来屡屡，为什么需要把堆分代？不分代不能完成他所做的事情么？其实不分代完全可以，分代的唯一理由就是优化GC性能。你先想想，如果没有分代，那我们所有的对象都在一块，GC的时候我们要找到哪些对象没用，这样就会对堆的所有区域进行扫描。而我们的很多对象都是朝生夕死的，如果分代的话，我们把新创建的对象放到某一地方，