安科网

JAVA虚拟机内存回收算法与调优参数

微分

微分

2012-10-31

关注 关注

原文：http://hi.baidu.com/mailluzhou/blog/item/592c1d199b22224f42a9ad0f.html

一、相关概念

基本回收算法

  1. 引用计数（ReferenceCounting）

    比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。
  2. 标记-清除（Mark-Sweep）

    此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对象，第二阶段遍历整个堆，把未标记的对象清除。此算法需要暂停整个应用，同时，会产生内存碎片。
  3. 复制（Copying）

    此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中。次算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去以后还能进行相应的内存整理，不过出现“碎片”问题。当然，此算法的缺点也是很明显的，就是需要两倍内存空间。
  4. 标记-整理（Mark-Compact）

    此算法结合了“标记-清除”和“复制”两个算法的优点。也是分两阶段，第一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象“压缩”到堆的其中一块，按顺序排放。此算法避免了“标记-清除”的碎片问题，同时也避免了“复制”算法的空间问题。
  5. 增量收集（IncrementalCollecting）

    实施垃圾回收算法，即：在应用进行的同时进行垃圾回收。不知道什么原因JDK5.0中的收集器没有使用这种算法的。

  6. 分代（GenerationalCollecting）基于对对象生命周期分析后得出的垃圾回收算法。把对象分为年青代、年老代、持久代，对不同生命周期的对象使用不同的算法（上述方式中的一个）进行回收。现在的垃圾回收器（从J2SE1.2开始）都是使用此算法的。

分代垃圾回收详述

JAVA虚拟机内存回收算法与调优参数

如上图所示，为Java堆中的各代分布。

  1. Young（年轻代）

    年轻代分三个区。一个Eden区，两个Survivor区。大部分对象在Eden区中生成。当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor去也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制“年老区(Tenured)”。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过来的对象。而且，Survivor区总有一个是空的。
  2. Tenured（年老代）

    年老代存放从年轻代存活的对象。一般来说年老代存放的都是生命期较长的对象。
  3. Perm（持久代）用于存放静态文件，如今Java类、方法等。持久代对垃圾回收没有显著影响，但是有些应用可能动态生成或者调用一些class，例如Hibernate等，在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代大小通过-XX:MaxPermSize=<N>进行设置。

GC类型

GC有两种类型：ScavengeGC和FullGC。

  1. ScavengeGC

    一般情况下，当新对象生成，并且在Eden申请空间失败时，就好触发ScavengeGC，堆Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。

  2. FullGC对整个堆进行整理，包括Young、Tenured和Perm。Full GC比Scavenge GC要慢，因此应该尽可能减少Full GC。有如下原因可能导致Full GC：
    • Tenured被写满
    • Perm域被写满
    • System.gc()被显示调用
    • 上一次GC之后Heap的各域分配策略动态变化

分代垃圾回收过程演示

JAVA虚拟机内存回收算法与调优参数

二、垃圾回收器

目前的收集器主要有三种：串行收集器、并行收集器、并发收集器。
  1. 串行收集器

    使用单线程处理所有垃圾回收工作，因为无需多线程交互，所以效率比较高。但是，也无法使用多处理器的优势，所以此收集器适合单处理器机器。当然，此收集器也可以用在小数据量（100M左右）情况下的多处理器机器上。可以使用-XX:UseSerialGC打开。

  2. 并行收集器

    1. 对年轻代进行并行垃圾回收，因此可以减少垃圾回收时间。一般在多线程多处理器机器上使用。使用-XX:UseParallelGC.打开。并行收集器在J2SE5.0第六6更新上引入，在JavaSE6.0中进行了增强--可以堆年老代进行并行收集。如果年老代不使用并发收集的话，是使用单线程进行垃圾回收，因此会制约扩展能力。使用-XX:UseParallelOldGC打开。
    2. 使用-XX:ParallelGCThreads=<N>设置并行垃圾回收的线程数。此值可以设置与机器处理器数量相等。
    3. 此收集器可以进行如下配置：
      • 最大垃圾回收暂停:指定垃圾回收时的最长暂停时间，通过-XX:MaxGCPauseMillis=<N>指定。<N>为毫秒.如果指定了此值的话，堆大小和垃圾回收相关参数会进行调整以达到指定值。设定此值可能会减少应用的吞吐量。
      • 吞吐量:吞吐量为垃圾回收时间与非垃圾回收时间的比值，通过-XX:GCTimeRatio=<N>来设定，公式为1/（1N）。例如，-XX:GCTimeRatio=19时，表示5%的时间用于垃圾回收。默认情况为99，即1%的时间用于垃圾回收。
  3. 并发收集器

    可以保证大部分工作都并发进行（应用不停止），垃圾回收只暂停很少的时间，此收集器适合对响应时间要求比较高的中、大规模应用。使用-XX:UseConcMarkSweepGC打开。
    1. 并发收集器主要减少年老代的暂停时间，他在应用不停止的情况下使用独立的垃圾回收线程，跟踪可达对象。在每个年老代垃圾回收周期中，在收集初期并发收集器会对整个应用进行简短的暂停，在收集中还会再暂停一次。第二次暂停会比第一次稍长，在此过程中多个线程同时进行垃圾回收工作。
    2. 并发收集器使用处理器换来短暂的停顿时间。在一个N个处理器的系统上，并发收集部分使用K/N个可用处理器进行回收，一般情况下1<=K<=N/4。
    3. 在只有一个处理器的主机上使用并发收集器，设置为incrementalmode模式也可获得较短的停顿时间。
    4. 浮动垃圾：由于在应用运行的同时进行垃圾回收，所以有些垃圾可能在垃圾回收进行完成时产生，这样就造成了“FloatingGarbage”，这些垃圾需要在下次垃圾回收周期时才能回收掉。所以，并发收集器一般需要20%的预留空间用于这些浮动垃圾。
    5. ConcurrentModeFailure：并发收集器在应用运行时进行收集，所以需要保证堆在垃圾回收的这段时间有足够的空间供程序使用，否则，垃圾回收还未完成，堆空间先满了。这种情况下将会发生“并发模式失败”，此时整个应用将会暂停，进行垃圾回收。
    6. 启动并发收集器：因为并发收集在应用运行时进行收集，所以必须保证收集完成之前有足够的内存空间供程序使用，否则会出现“ConcurrentModeFailure”。通过设置-XX:CMSInitiatingOccupancyFraction=<N>指定还有多少剩余堆时开始执行并发收集
  4. 小结
    • 串行处理器：

      --适用情况：数据量比较小（100M左右）；单处理器下并且对响应时间无要求的应用。

      --缺点：只能用于小型应用

    • 并行处理器：

      --适用情况：“对吞吐量有高要求”，多CPU、对应用响应时间无要求的中、大型应用。举例：后台处理、科学计算。

      --缺点：应用响应时间可能较长

    • 并发处理器：--适用情况：“对响应时间有高要求”，多CPU、对应用响应时间有较高要求的中、大型应用。举例：Web服务器/应用服务器、电信交换、集成开发环境。

三、常见配置举例

  1. 堆大小设置

    JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。

    典型设置：

    • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k

      -Xmx3550m：设置JVM最大可用内存为3550M。

      -Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

      -Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小年老代大小持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

      -Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

    • java-Xmx3550m-Xms3550m-Xss128k-XX:NewRatio=4-XX:SurvivorRatio=4-XX:MaxPermSize=16m-XX:MaxTenuringThreshold=0

      -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

      -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

      -XX:MaxPermSize=16m:设置持久代大小为16m。

      -XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。

  2. 回收器选择

    JVM给了三种选择：串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小数据量的情况，所以这里的选择主要针对并行收集器和并发收集器。默认情况下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后，JVM会根据当前系统配置进行判断。
    1. 吞吐量优先的并行收集器

      如上文所述，并行收集器主要以到达一定的吞吐量为目标，适用于科学技术和后台处理等。

      典型配置：

      • java-Xmx3800m-Xms3800m-Xmn2g-Xss128k-XX:UseParallelGC-XX:ParallelGCThreads=20

        -XX:UseParallelGC：选择垃圾收集器为并行收集器。此配置仅对年轻代有效。即上述配置下，年轻代使用并发收集，而年老代仍旧使用串行收集。

        -XX:ParallelGCThreads=20：配置并行收集器的线程数，即：同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。

      • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:UseParallelGC-XX:ParallelGCThreads=20-XX:UseParallelOldGC

        -XX:UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0支持对年老代并行收集。
      • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:UseParallelGC-XX:MaxGCPauseMillis=100

        -XX:MaxGCPauseMillis=100:设置每次年轻代垃圾回收的最长时间，如果无法满足此时间，JVM会自动调整年轻代大小，以满足此值。
      • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:UseParallelGC-XX:MaxGCPauseMillis=100-XX:UseAdaptiveSizePolicy

        -XX:UseAdaptiveSizePolicy

        ：设置此选项后，并行收集器会自动选择年轻代区大小和相应的Survivor区比例，以达到目标系统规定的最低相应时间或者收集频率等，此值建议使用并行收集器时，一直打开。
    2. 响应时间优先的并发收集器

      如上文所述，并发收集器主要是保证系统的响应时间，减少垃圾收集时的停顿时间。适用于应用服务器、电信领域等。

      典型配置：

      • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:ParallelGCThreads=20-XX:UseConcMarkSweepGC-XX:UseParNewGC

        -XX:UseConcMarkSweepGC：设置年老代为并发收集。测试中配置这个以后，-XX:NewRatio=4的配置失效了，原因不明。所以，此时年轻代大小最好用-Xmn设置。

        -XX:UseParNewGC:设置年轻代为并行收集。可与CMS收集同时使用。JDK5.0以上，JVM会根据系统配置自行设置，所以无需再设置此值。

      • java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:UseConcMarkSweepGC-XX:CMSFullGCsBeforeCompaction=5-XX:UseCMSCompactAtFullCollection

        -XX:CMSFullGCsBeforeCompaction：由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。

        -XX:UseCMSCompactAtFullCollection：打开对年老代的压缩。可能会影响性能，但是可以消除碎片

  3. 辅助信息

    JVM提供了大量命令行参数，打印信息，供调试使用。主要有以下一些：
    • -XX:PrintGC输出形式：[GC 118250K->113543K(130112K), 0.0094143 secs]

                      [Full GC 121376K->10414K(130112K), 0.0650971 secs]

    • -XX: PrintGCDetails输出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs]

                      [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]

    • -XX: PrintGCTimeStamps -XX: PrintGC：PrintGCTimeStamps可与上面两个混合使用

      输出形式：11.851:[GC98328K->93620K(130112K),0.0082960secs]

    • -XX:PrintGCApplicationConcurrentTime:打印每次垃圾回收前，程序未中断的执行时间。可与上面混合使用

      输出形式：Applicationtime:0.5291524seconds

    • -XX:PrintGCApplicationStoppedTime：打印垃圾回收期间程序暂停的时间。可与上面混合使用

      输出形式：Totaltimeforwhichapplicationthreadswerestopped:0.0468229seconds

    • -XX:PrintHeapAtGC:打印GC前后的详细堆栈信息

      输出形式：

      34.702:[GC{Heapbeforegcinvocations=7:

      defnewgenerationtotal55296K,used52568K[0x1ebd0000,0x227d0000,0x227d0000)

      edenspace49152K,99%used[0x1ebd0000,0x21bce430,0x21bd0000)

      fromspace6144K,55%used[0x221d0000,0x22527e10,0x227d0000)

      tospace6144K,0%used[0x21bd0000,0x21bd0000,0x221d0000)

      tenuredgenerationtotal69632K,used2696K[0x227d0000,0x26bd0000,0x26bd0000)

      thespace69632K,3%used[0x227d0000,0x22a720f8,0x22a72200,0x26bd0000)

      compactingpermgentotal8192K,used2898K[0x26bd0000,0x273d0000,0x2abd0000)

      thespace8192K,35%used[0x26bd0000,0x26ea4ba8,0x26ea4c00,0x273d0000)

      rospace8192K,66%used[0x2abd0000,0x2b12bcc0,0x2b12be00,0x2b3d0000)

      rwspace12288K,46%used[0x2b3d0000,0x2b972060,0x2b972200,0x2bfd0000)

      34.735:[DefNew:52568K->3433K(55296K),0.0072126secs]55264K->6615K(124928K)Heapaftergcinvocations=8:

      defnewgenerationtotal55296K,used3433K[0x1ebd0000,0x227d0000,0x227d0000)

      edenspace49152K,0%used[0x1ebd0000,0x1ebd0000,0x21bd0000)

      fromspace6144K,55%used[0x21bd0000,0x21f2a5e8,0x221d0000)

      tospace6144K,0%used[0x221d0000,0x221d0000,0x227d0000)

      tenuredgenerationtotal69632K,used3182K[0x227d0000,0x26bd0000,0x26bd0000)

      thespace69632K,4%used[0x227d0000,0x22aeb958,0x22aeba00,0x26bd0000)

      compactingpermgentotal8192K,used2898K[0x26bd0000,0x273d0000,0x2abd0000)

      thespace8192K,35%used[0x26bd0000,0x26ea4ba8,0x26ea4c00,0x273d0000)

      rospace8192K,66%used[0x2abd0000,0x2b12bcc0,0x2b12be00,0x2b3d0000)

      rwspace12288K,46%used[0x2b3d0000,0x2b972060,0x2b972200,0x2bfd0000)

      }

      , 0.0757599 secs]
    • -Xloggc:filename:与上面几个配合使用，把相关日志信息记录到文件以便分析。
  4. 常见配置汇总
    1. 堆设置
      • -Xms:初始堆大小
      • -Xmx:最大堆大小
      • -XX:NewSize=n:设置年轻代大小
      • -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
      • -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5
      • -XX:MaxPermSize=n:设置持久代大小
    2. 收集器设置
      • -XX: UseSerialGC:设置串行收集器
      • -XX: UseParallelGC:设置并行收集器
      • -XX: UseParalledlOldGC:设置并行年老代收集器
      • -XX: UseConcMarkSweepGC:设置并发收集器
    3. 垃圾回收统计信息
      • -XX: PrintGC
      • -XX: PrintGCDetails
      • -XX: PrintGCTimeStamps
      • -Xloggc:filename
    4. 并行收集器设置
      • -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
      • -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
      • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1 n)
    5. 并发收集器设置
      • -XX: CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
      • -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时，使用的CPU数。并行收集线程数。

四、调优总结

  1. 年轻代大小选择
    • 响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。
    • 吞吐量优先的应用：尽可能的设置大，可能到达Gbit的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8CPU以上的应用。
  2. 年老代大小选择
    • 响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得：
      • 并发垃圾收集信息
      • 持久代并发收集次数
      • 传统GC信息
      • 花在年轻代和年老代回收上的时间比例
      减少年轻代和年老代花费的时间，一般会提高应用的效率
    • 吞吐量优先的应用：一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。
  3. 较小堆引起的碎片问题因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：
    • -XX: UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。
    • -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩

五、参考文献

  • Java理论与实践:垃圾收集简史
  • JavaSE6HotSpot[tm]VirtualMachineGarbageCollectionTuning
  • ImprovingJavaApplicationPerformanceandScalabilitybyReducingGarbageCollectionTimesandSizingMemoryUsingJDK1.4.1
  • Hotspotmemorymanagementwhitepaper
  • JavaTuningWhitePaper
  • DiagnosingaGarbageCollectionproblem
  • JavaHotSpotVMOptions
  • ACollectionofJVMOptions
  • FrequentlyAskedQuestionsaboutGarbageCollectionintheHotspotTMJavaTMVirtualMachine

内存碎片 虚拟机 算法

微分

微分

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

Linux系统内存知识总结

Linux 内存是后台开发人员，需要深入了解的计算机资源。合理的使用内存，有助于提升机器的性能和稳定性。本文主要介绍 Linux 内存组织结构和页面布局，内存碎片产生原因和优化算法，linux 内核几种内存管理的方法，内存使用场景以及内存使用的那些坑。为了

llystar 2020-08-27

HotSpot的垃圾回收算法

为了解决效率问题，一种称为“复制”的收集算法出现了，它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。

kdxhspp 2020-08-18

为什么 Linux 默认页大小是 4KB

为什么这么设计是一系列关于计算机领域中程序设计决策的文章，我们在这个系列的每一篇文章中都会提出一个具体的问题并从不同的角度讨论这种设计的优缺点、对具体实现造成的影响。如果你有想要了解的问题，可以在文章下面留言。

iamplane 2020-08-07

浅谈Linux内存管理那些事儿

这篇文章值得一看。以下文章来源于后端技术指南针 ，作者后端技术指南针后端技术指南针后端技术指南针专注于分享和探讨后端技术点，涵盖编程语言、数据结构、算法、操作系统、数据库、分布式系统、大数据、中间件等。追求有深度且具表达力的文字，记录所思所得。白日梦蓝刺猬

xiaobaichen 2020-07-30

Linux 物理内存外碎片化浅析

Linux物理内存碎片化包括两种：。例如进程需要使用3K bytes物理内存，于是向系统申请了大小等于3Kbytes的内存，但是由于Linux内核伙伴系统算法最小颗粒是4K bytes，所以分配的是4Kbytes内存，那么其中1K bytes未被使用的内

拿什么来拯救自己 2020-07-07

昨天，我彻底搞懂了Netty内存分配策略！

Netty 作为一款高性能的 RPC 框架必然涉及到频繁的内存分配销毁操作。基于此，在堆外内存使用方面，Netty 自己实现了一套创建、回收堆外内存池的相关功能。这些划分在 Netty 中的实现接口分别如下。另外 Netty 并不是直接对外暴露这些 AP

fengshantao 2020-07-02

面试官：讲一讲你对数据结构——数组、链表、栈、队列的理解

数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。再简单描述一下：数据结构就是描述对象间逻辑关系的学科。如果还是不太清楚下面会举例说明的。Java中的数组就是典型的顺序存储，链表就是非顺序存储。数组、链表、栈和队列是最基本的数据结构，任何程序语言

freedomfanye 2020-06-25

救命，Linux正在吃掉我的内存！

内存发现自己的空闲空间越来越少，经过一番调查，发现罪魁祸首居然是Linux老大!内存： 你看看你， 把这文件“拆成”了4K的碎片，这儿放一片，那儿放一片，把我的内存空间搞得乱糟糟的。正在此时， 一个叫helloworld的程序要读取文件。

jiangxinyu 2020-06-15

Redis的内存和实现机制

缓冲内存，客户端缓冲区、复制积压缓冲区、AOF缓冲区。有jemalloc分配内存，会统计在used_memory中。内存碎片 Redis在分配、回收物理内存过程中产生的。如果Redis服务器中的内存碎片已经很大，可以通过安全重启的方式减小内存碎片：因为重启

尹小鱼 2020-06-12

【LevelDB源码阅读】Arena

内存分配管理器，主要为skiplist即Memtable服务而不是整个项目。申请内存时，将申请到的内存直接放入vector中，在Arena的生命周期结束后，统一释放掉所有申请的内存，内部结构如下图：。避免内存碎片，skiplist里面记录的都是用户传进来的

adwen00 2020-06-09

JVM学习十三 - （复习）HotSpot 虚拟机对象探秘

对象头可能包含类型指针，通过该指针能确定对象属于哪个类。如果对象是一个数组，那么对象头还会包括数组长度。实例数据部分就是成员变量的值，其中包括父类成员变量和本类成员变量。用于确保对象的总长度为 8 字节的整数倍。HotSpot VM 的自动内存管理系统要求

jvm 2020-06-06

java垃圾回收

java的垃圾回收是自动化的，偶时候会出现内存溢出的情况，内存溢出也是jvm分配的内存中对象过多，超出了最大可分配内存的大小。提到java的垃圾回收机制就不得不提一个方法：?它将尝试释放被丢弃对象占用的内存。　作为java程序员还是很有必要了解一下gc，这

wonner 2020-05-27

今天，你遇到redis线上连接超时了吗？

一封报警邮件，大量服务节点 redis 响应超时。redis 响应变慢，查看日志，发现大量 TimeoutException。大量TimeoutException，说明当前redis服务节点上已经堆积了大量的连接查询，超出redis服务能力，再次尝试连接的

MLXY 2020-05-17

一文了解 Redis 内存监控和内存消耗

Redis 是一种内存数据库，将数据保存在内存中，读写效率要比传统的将数据保存在磁盘上的数据库要快很多。所以，监控 Redis 的内存消耗并了解 Redis 内存模型对高效并长期稳定使用 Redis 至关重要。通过 info memory 命令可以获得 R

txj 2020-05-11

内存管理：Golang、Python、Linux

至于垃圾回收选择标记回收，还是分代回收算法应该符合语言设计初衷。大的对象以页申请内存，小的对象以块来申请，避免内存碎片，提高内存使用率。提供全局性的分配链，如果线程内存不够用了，可向分配链申请内存。

cleanerxiaoqiang 2020-05-08

浅谈Linux内存管理那些事儿

内存管理是Linux内核中非常重要的部分，今天和大家一起学习一下。凡事都是相通的，计算机学科的一些问题在现实生活中都可以找到原型，所以我觉得计算机科学家大部分都是善于观察生活并总结归纳的。人类社会就是一台复杂的机器，其中充满了机制和规则，所以有时候跳进代码

fsfsdfsdw 2020-04-08

理解JVM之GC&amp;内存分配

可见只有10%的内存会被“浪费”，倘若Survivor空间不足还需要依赖其他内存（老年代）进行分配担保。　　　　　　优点：即没有浪费50%的空间，又不存在空间碎片问题，性价比较高。　　　　　　一般情况下，老年代会选择标记-整理算法。

zhouxihua0 2020-03-24

Redis内存碎片优化参数

（Redis在编译时便会指定内存分配器；内存分配器可以是 libc 、jemalloc或者tcmalloc，默认是jemalloc。used_memory：Redis分配器分配的内存总量，包括使用的虚拟内存；used_memory_human：以人类可读的

无能力者只知抱怨 2020-03-23

8.池化内存分配

java作为一门拥有GC机制的语言，长久以来它的使用者都不必手动管理内存，这比起c/c++是一个巨大的进步。但现在netty却反其道而行之，实现了一套不依赖GC而自行管理内存的机制。而与此同时，DirectByteBuffer也有自身的不足，那就是它的申请

gzx0 2020-01-31

java比c++强大之处jvm垃圾收集算法

java可以自动进行垃圾收集，c++需要手动释放内存，这个功能将程序员解放出来，能将更多的注意力放在需要实现的业务上，这也是java相对c++的一个巨大优势，jvm有哪些垃圾收集算法呢？长期存活的对象会进入老年代所谓长期存活的对象就是前面所述，来回倒腾十六

ChenRuiyz 2020-01-23
微分

微分

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号