CN103514102B - 一种Java虚拟机实现内存垃圾回收的方法及装置 - Google Patents
一种Java虚拟机实现内存垃圾回收的方法及装置 Download PDFInfo
- Publication number
- CN103514102B CN103514102B CN201310511414.6A CN201310511414A CN103514102B CN 103514102 B CN103514102 B CN 103514102B CN 201310511414 A CN201310511414 A CN 201310511414A CN 103514102 B CN103514102 B CN 103514102B
- Authority
- CN
- China
- Prior art keywords
- memory
- jvm
- environment
- garbage
- new
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000012544 monitoring process Methods 0.000 claims abstract description 29
- 239000012634 fragment Substances 0.000 claims description 15
- 238000004064 recycling Methods 0.000 claims description 15
- 238000011084 recovery Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
Landscapes
- Devices For Executing Special Programs (AREA)
- Memory System (AREA)
Abstract
本发明公开了一种Java虚拟机实现内存垃圾回收的方法及装置,包括监控***的内存垃圾回收情况,JVM触发全局内存垃圾回收前,创建新的Java应用环境,将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。本发明在JVM触发全局内存垃圾回收前,即创建好新的JVM应用环境,以便将原JVM应用环境中的后续外部请求在全局内存垃圾回收前就转移至新的JVM中,从而消除了原JVM出现的“假死”现象对应用执行的影响,同时也提高了***的可用性。
Description
技术领域
本发明涉及内存垃圾回收技术,尤指一种Java虚拟机(JVM,Java VirtualMachine)实现内存垃圾回收的方法及装置。
背景技术
Java虚拟机(JVM,Java Virtual Machine)有分配内存的指令,却没有释放内存的指令。JVM自身负责决定如何释放、以及何时释放不再被应用***引用的对象所占据的内存。通常,这个任务由JVM中的垃圾收集器来完成。垃圾收集器的主要作用就是按一定的内存垃圾回收算法,自动回收不再被引用的对象所占用的内存。此外,垃圾收集器也可能移动那些还在被引用的对象,以此减少内存碎片。JVM中的内存管理,实质上是通过不同的垃圾收集器来实现的。垃圾收集器是依据垃圾收集算法运行的***线程。
目前,主要的内存垃圾回收(GC,Garbage Collection)算法大致包括标记-清除(mark-sweep)算法、复制算法、标记-整理算法等。不管采用哪种算法,都有一个问题,就是在做全局内存垃圾回收时,只有内存垃圾回收线程在工作,应用中所有其它线程会暂停工作,也就是说,此时***会暂时停止响应外部请求,导致***出现“假死”现象。在实时性有关的应用中,JVM最大的问题不在于它的性能,而在于它的垃圾收集器。基于目前的内存垃圾回收算法,JVM都会在某些时刻暂停下来,而且暂停的时间也是不确定的,从而造成“假死”现象,而这种“假死”现象会导致严重的问题。
JVM内存分为方法区、栈、堆、寄存器等,JVM在进行内存垃圾回收时,主要是针对“堆”这部分内存进行的。目前,商用JVM的垃圾收集大都采用分代收集(Generational Collection)算法。分代收集算法将堆分成两个或多个对象,对象按照生存期分组,每一个子堆为一“代”对象服务。垃圾收集器将从最年轻的子堆(这个子堆被称为新生代)中收集这些对象,如果一个对象经历了几次垃圾收集后仍然存活,那么,这个对象就成长为生存期更高的一代,当超过预设的生存期阈值时,该对象会被转移到另外一个子堆(这个子堆被称为老年代)中去。
分代垃圾回收算法实现包括次要垃圾回收(minor GC)和全局垃圾回收(full GC),minor GC主要回收新生代的内存垃圾,且把到达一定生存期的对象转移到老年代,minor GC进行的频率较高;而full GC则同时回收新生代和老年代的内存垃圾。
分代收集可以应用于标记-清除算法、复制算法、标记-整理算法等。分代收集可以减少长时间的垃圾收集停滞的频率,或者缩短暂停时间,但是即便采用这种分代收集方法,JVM也会出现暂停时间,且可能在大多数情况下暂停时间较短,而在某一、二次情况下暂停时间比一般的垃圾收集器时间更长,进而引起“假死”现象。
目前,虽然提出了各种各样的垃圾回收算法,但就其实质而言,主要就是要完成两件任务:1)检测出垃圾对象;2)回收垃圾对象所使用的堆空间并归还给JVM。
为了防止上述“假死”现象,对于执行时间较长的全局内存垃圾回收,一般是采用内存调优方法。比如,减小分代内存中老年区内存大小以降低全局内存垃圾收集的执行时间,或增大老年区内存大小以减少全局内存垃圾收集的执行次数。但是,即使做了调优,有时也还是达不到要求,并有可能使***暂停时间增大。
另一种防止“假死”现象的方法是,采用实时Java规范(RTSJ,Real-timeSpecification for Java)。RTSJ在普通的JVM中增加了新的内存区域,即永久内存(Immortal Memory)和作用域内存(Scoped Memory)。其中,永久内存中的对象一旦分配就一直存在,直到虚拟机退出,因此不会被作为垃圾回收;而作用域内存可以看作是临时性的永久内存,作用域内存也不会引起垃圾回收,但其只在某个范围内有效,离开该范围时,该作用域内存块作为一个整体将被释放掉。RTSJ提出的这些概念,大大降低了代码引起垃圾回收的机会,而且垃圾回收的时刻被限定在可预测的范围之内。RTSJ的问题是修改了普通Java的规范,适用范围受到了限制。而且RTSJ内存管理模式太复杂,对开发人员提出了很多要求和限制,比如开发人员需要指定实时任务使用的内存空间,还要防止对象在不同区域间的引用超出某些限制,且这种基于区域的内存管理方式需要随时检查不同区域间对象引用的合法性,带来了很多额外的开销,降低了***的可用性。
发明内容
为了解决上述技术问题,本发明提供了一种Java虚拟机实现内存垃圾回收的方法及装置,能够消除***中的“假死”现象,提高***的可用性。
为了达到本发明目的,本发明提供了一种Java虚拟机JVM实现内存回收的方法,包括:
监控***的内存垃圾回收情况,JVM触发全局内存垃圾回收前,创建新的Java应用环境;
将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。
所述监控***的内存垃圾回收情况为:按预设时间间隔T获取所有JVM对应的JVM内存使用情况。
所述JVM触发全局内存垃圾回收前为:
老年代已使用内存和全部内存的比例,大于预先设置的老年代已使用内存和全部内存的比例允许阈值;
或者,老年代垃圾碎片比例大于预先设置的老年代垃圾碎片比例允许阈值;
或者,老年代剩余空间大小与每次次要垃圾回收minor GC后从新生代到老年代的对象大小平均值的比值,小于预先设置的比率系数允许阈值。
在所述原Java应用***环境的所有外部请求处理完后,该方法还包括:回收所述原Java应用***环境。
本发明还提供一种Java虚拟机JVM实现内存回收的装置,至少包括监控单元、处理单元、负载均衡单元,以及存储有可分配的JVM环境的JVM资源库和存储有应用包的***应用库;其中,
监控单元,用于对***的内存垃圾回收情况进行监控,并在原Java应用环境中的JVM触发全局内存垃圾回收前,向处理单元输出切换通知;
处理单元,用于接收到来自监控单元的切换通知,向JVM资源库申请JVM,从***应用库中获取即将触发全局内存垃圾回收的应用包;将获得的应用包部署到申请到的JVM以创建新的Java应用环境,并通知负载均衡单元;
负载均衡单元,用于在接收到来自处理单元的通知,将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。
所述处理单元,还用于在所述原Java应用***环境的所有外部请求处理完后,回收所述原Java应用***环境。
所述内存垃圾回收情况包括:内存垃圾回收的次数、内存垃圾回收运行时间、新生代回收次数、老年代回收次数、老年代内存已使用比例、老年代内存剩余大小、内存垃圾碎片比率及其它内存垃圾回收的相关信息。
所述监控单元,具体用于:
对***的内存垃圾回收情况进行监控,并在老年代已使用内存和全部内存的比例,大于预先设置的老年代已使用内存和全部内存的比例允许阈值;或者,老年代垃圾碎片比例大于预先设置的老年代垃圾碎片比例允许阈值;或者,老年代剩余空间大小与每次minor GC后从新生代到老年代的对象大小平均值的比值,小于预先设置的比率系数允许阈值时,向处理单元输出切换通知。
与现有技术相比,本发明包括监控***的内存垃圾回收情况,JVM触发全局内存垃圾回收前,创建新的Java应用环境;将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。本发明提供的技术方案,在JVM触发全局内存垃圾回收前,即创建好新的JVM应用环境,以便将原JVM应用环境中的后续外部请求在全局内存垃圾回收前就转移至新的JVM中,从而消除了原JVM出现的“假死”现象对应用执行的影响,同时也提高了***的可用性。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本发明Java虚拟机实现内存垃圾回收的装置的组成结构示意图;
图2为本发明Java虚拟机实现内存垃圾回收的方法的流程图;
图3为本发明Java虚拟机实现内存垃圾回收的方法的实施例的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1为本发明Java虚拟机实现内存垃圾回收的装置的组成结构示意图,如图1所示,至少包括监控单元、处理单元、负载均衡单元,以及存储有可分配的JVM环境的JVM资源库和存储有应用包的***应用库,其中,
监控单元,用于对***的内存垃圾回收情况进行监控,并在原Java应用环境中的JVM触发全局内存垃圾回收前,向处理单元输出切换通知。
监控单元可以监控包括内存垃圾回收的次数、内存垃圾回收运行时间、新生代回收次数、老年代回收次数、老年代内存已使用比例、老年代内存剩余大小、内存垃圾碎片比率及其它内存垃圾回收的相关信息。
处理单元,用于接收到来自监控单元的切换通知,向JVM资源库申请JVM,从***应用库中获取即将触发全局内存垃圾回收的应用包;将获得的应用包部署到申请到的JVM以创建新的Java应用环境,并通知负载均衡单元。这里,JVM资源库和***应用库为现有***中的资源库。
负载均衡单元,用于在接收到来自处理单元的通知,将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。
所述处理单元,还用于在原Java应用***环境的所有外部请求处理完后,回收原Java应用***环境。具体实现属于本领域技术人员的惯用技术手段,这里不再赘述。
其中,应用环境的创建属于本领域技术人员的惯用技术手段,并不用于限定本发明的保护范围,这里不再赘述。这里强调的是,在JVM触发全局内存垃圾回收前,即创建好新的JVM应用环境,以便将原JVM应用环境中的后续外部请求在全局内存垃圾回收前就转移至新的JVM中,这样,就消除了原JVM出现的“假死”现象对应用执行的影响,同时也提高了***的可用性。
图2为本发明Java虚拟机实现内存垃圾回收的方法的流程图,如图2所示,主要包括以下步骤:
步骤200:监控***的内存垃圾回收情况,JVM触发全局内存垃圾回收前,创建新的Java应用环境。
本步骤中,监控***的内存垃圾回收情况为:按预设时间间隔T获取所有监控范围内的JVM对应的JVM内存使用情况。
如果老年代已使用内存和全部内存的比例大于预先设置的老年代已使用内存和全部内存的比例允许阈值;或者,老年代垃圾碎片比例大于预先设置的老年代垃圾碎片比例允许阈值;或者,老年代剩余空间大小与每次minorGC后从新生代到老年代的对象大小平均值的比值,小于预先设置的比率系数允许阈值V,则判断出JVM即将触发全局内存垃圾回收,即JVM触发全局内存垃圾回收前。
Java应用环境的创建属于本领域技术人员的惯用技术手段,并不用于限定本发明的保护范围,这里不再赘述。这里强调的是,在JVM触发全局内存垃圾回收前,即创建好新的Java应用环境。
步骤201:将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。本步骤中,将原Java应用环境中的后续外部请求在全局内存垃圾回收前就转移至新的JVM中,这样,就消除了原Java应用环境中的JVM出现的“假死”现象对应用执行的影响,同时也提高了***的可用性。
本发明方法还包括:在原Java应用***环境的所有外部请求处理完后,回收原Java应用***环境。
下面结合实施例对本发明的方法进行详细描述。图3为本发明Java虚拟机实现内存垃圾回收的方法的实施例的流程图,如图3所示,包括:
步骤300:本发明Java虚拟机实现内存垃圾回收的装置所在***初始化,具体包括:
预先设置获取内存使用情况的时间间隔T;每次minor GC后,从新生代到老年代的对象大小平均值M;老年代剩余空间大小S与每次minor GC后从新生代到老年代的对象大小平均值M的比值为比率系数的允许阈值V;老年代已使用内存和全部内存的比例允许阈值R;老年代垃圾碎片比例允许阈值G;以及,构建虚拟机资源池和应用库。
步骤301:***获取当前Java应用所在的JVM的标识id,并将其设置为vmid。
步骤302:***根据预先设置获取内存使用情况的时间间隔T,判断是否需要进行内存监控,若未达到时间间隔T,则不需要,则结束本流程;否则继续执行步骤303。
步骤303:监控单元按照预先设置的时间间隔T,获取vmid对应的JVM的内存使用情况。
步骤304:监控单元判断vmid对应的JVM是否进行了minor GC,若未进行,则返回步骤303,否则继续执行步骤305。
步骤305:***修改从新生代到老年代的对象大小平均值M。即每次minor GC后,计算新生代转移到老年代的所有对象的大小的平均值,并将得到的平均值赋给修改后的从新生代到老年代的对象大小平均值M。
步骤306:***获取老年代内存已使用比例r,当前老年代剩余空间大小S,垃圾碎片占用比例g。
步骤307:***判断是否r>R,或者S/M<V,或者g>G,若不满足,则返回步骤302;否则,如果其中一个满足,则继续执行步骤308。
步骤308:处理单元查看VM资源池中是否存在空闲JVM,如果没有空闲JVM,则输出告警信息并通知***后结束本流程;如果有空闲JVM,则继续执行步骤309。
步骤309:处理单元从JVM资源池中申请JVM,从应用库中获取应用包。
步骤310:处理单元将获得的应用包部署到申请到的JVM中,以创建新的Java应用环境。
步骤311:处理单元获取新Java应用环境所在的JVM的id。
步骤312:***将新应用环境所在的JVM的id赋值给vmid,并修改负载均衡单元的配置。即原有JVM完成已经派发的任务,新的任务派发至新的JVM中。
步骤313:负载均衡单元将原Java应用***环境的后续外部服务请求转发到新Java应用***环境中vmid对应的JVM。
步骤314:***判断是否需要回收原Java应用环境,如果需要,则将原Java应用环境上的JVM回收到JVM资源池中,返回步骤302;如果不需要,直接返回步骤302。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (6)
1.一种Java虚拟机JVM实现内存回收的方法,其特征在于,包括:
监控***的内存垃圾回收情况,JVM触发全局内存垃圾回收前,向JVM资源库申请JVM,从***应用库中获取即将触发全局内存垃圾回收的应用包;将获得的应用包部署到申请到的JVM,创建新的Java应用环境;
将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中;
在原Java应用***环境的所有外部请求处理完后,回收所述原Java应用***环境。
2.根据权利要求1所述的方法,其特征在于,所述监控***的内存垃圾回收情况为:按预设时间间隔T获取所有JVM对应的JVM内存使用情况。
3.根据权利要求1所述的方法,其特征在于,所述JVM触发全局内存垃圾回收前为:
老年代已使用内存和全部内存的比例,大于预先设置的老年代已使用内存和全部内存的比例允许阈值;
或者,老年代垃圾碎片比例大于预先设置的老年代垃圾碎片比例允许阈值;
或者,老年代剩余空间大小与每次次要垃圾回收minor GC后从新生代到老年代的对象大小平均值的比值,小于预先设置的比率系数允许阈值。
4.一种Java虚拟机JVM实现内存回收的装置,其特征在于,至少包括监控单元、处理单元、负载均衡单元,以及存储有可分配的JVM环境的JVM资源库和存储有应用包的***应用库;其中,
监控单元,用于对***的内存垃圾回收情况进行监控,并在原Java应用环境中的JVM触发全局内存垃圾回收前,向处理单元输出切换通知;
处理单元,用于接收到来自监控单元的切换通知,向JVM资源库申请JVM,从***应用库中获取即将触发全局内存垃圾回收的应用包;将获得的应用包部署到申请到的JVM以创建新的Java应用环境,并通知负载均衡单元;还用于在原Java应用***环境的所有外部请求处理完后,回收所述原Java应用***环境;
负载均衡单元,用于在接收到来自处理单元的通知,将原Java应用***环境的后续外部请求转发到新Java应用环境的JVM中。
5.根据权利要求4所述的装置,其特征在于,所述内存垃圾回收情况包括:内存垃圾回收的次数、内存垃圾回收运行时间、新生代回收次数、老年代回收次数、老年代内存已使用比例、老年代内存剩余大小、内存垃圾碎片比率及其它内存垃圾回收的相关信息。
6.根据权利要求5所述的装置,其特征在于,所述监控单元,具体用于:
对***的内存垃圾回收情况进行监控,并在老年代已使用内存和全部内存的比例,大于预先设置的老年代已使用内存和全部内存的比例允许阈值;或者,老年代垃圾碎片比例大于预先设置的老年代垃圾碎片比例允许阈值;或者,老年代剩余空间大小与每次minor GC后从新生代到老年代的对象大小平均值的比值,小于预先设置的比率系数允许阈值时,向处理单元输出切换通知。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310511414.6A CN103514102B (zh) | 2013-10-25 | 2013-10-25 | 一种Java虚拟机实现内存垃圾回收的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310511414.6A CN103514102B (zh) | 2013-10-25 | 2013-10-25 | 一种Java虚拟机实现内存垃圾回收的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103514102A CN103514102A (zh) | 2014-01-15 |
CN103514102B true CN103514102B (zh) | 2016-09-21 |
Family
ID=49896857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310511414.6A Active CN103514102B (zh) | 2013-10-25 | 2013-10-25 | 一种Java虚拟机实现内存垃圾回收的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103514102B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103870315B (zh) * | 2014-03-26 | 2017-05-31 | 中国联合网络通信集团有限公司 | 一种jvm能耗控制方法及装置 |
CN104021085A (zh) * | 2014-04-24 | 2014-09-03 | 北京掌阔移动传媒科技有限公司 | 一种移动终端内存清理方法和装置 |
CN104063245A (zh) * | 2014-06-24 | 2014-09-24 | 用友优普信息技术有限公司 | 基于垃圾回收的内存分析优化方法及*** |
CN105988919B (zh) * | 2015-03-02 | 2018-12-25 | 阿里巴巴集团控股有限公司 | Java型web容器内存使用量检测方法及相关装置 |
CN105991750B (zh) * | 2015-03-05 | 2019-06-21 | 阿里巴巴集团控股有限公司 | 一种业务集群的业务调度方法、设备和业务集群 |
CN104866237A (zh) * | 2015-05-08 | 2015-08-26 | 深圳市金立通信设备有限公司 | 一种终端 |
US9547520B1 (en) | 2015-09-25 | 2017-01-17 | International Business Machines Corporation | Virtual machine load balancing |
CN106485141A (zh) * | 2016-10-21 | 2017-03-08 | 天津海量信息技术股份有限公司 | Java环境下异常业务线程检测与处理方法 |
CN109117242A (zh) * | 2017-06-22 | 2019-01-01 | 龙芯中科技术有限公司 | 虚拟机垃圾回收调优方法、装置、电子设备及存储介质 |
CN107291555A (zh) * | 2017-07-10 | 2017-10-24 | 上海斐讯数据通信技术有限公司 | 一种Java虚拟机的垃圾回收、负载均衡方法及*** |
CN108255582B (zh) * | 2018-01-16 | 2021-02-02 | 携程旅游信息技术(上海)有限公司 | java虚拟机垃圾回收的方法、***、设备及存储介质 |
CN109669759A (zh) * | 2018-09-25 | 2019-04-23 | 深圳壹账通智能科技有限公司 | Java虚拟机的垃圾回收方法、装置、设备和存储介质 |
CN111427667B (zh) * | 2020-04-03 | 2021-03-26 | 帆软软件有限公司 | Jvm负载量化及优化方法 |
CN111831467A (zh) * | 2020-07-21 | 2020-10-27 | 北京思特奇信息技术股份有限公司 | java进程内存溢出自熔断的方法、***和电子设备 |
CN113010367A (zh) * | 2020-11-02 | 2021-06-22 | 证通股份有限公司 | 针对java进程垃圾回收的监控方法及监控*** |
CN113722102B (zh) * | 2021-09-09 | 2023-08-04 | 抖音视界有限公司 | 一种内存分配方法及装置 |
CN117632379B (zh) * | 2024-01-25 | 2024-03-26 | 大连高德瑞信科技有限公司 | 一种java内存堆栈数据分析方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6519594B1 (en) * | 1998-11-14 | 2003-02-11 | Sony Electronics, Inc. | Computer-implemented sharing of java classes for increased memory efficiency and communication method |
CN1645330A (zh) * | 2004-01-21 | 2005-07-27 | 国际商业机器公司 | 用于应用程序分布式管理的启用网格的虚拟机的方法和*** |
CN101512488A (zh) * | 2006-08-07 | 2009-08-19 | Bea***公司 | 在虚拟机环境中提供硬件虚拟化的***和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070100919A1 (en) * | 2005-11-01 | 2007-05-03 | Electronics And Telecommunications Research Institute | Garbage collection unit and method thereof |
-
2013
- 2013-10-25 CN CN201310511414.6A patent/CN103514102B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6519594B1 (en) * | 1998-11-14 | 2003-02-11 | Sony Electronics, Inc. | Computer-implemented sharing of java classes for increased memory efficiency and communication method |
CN1645330A (zh) * | 2004-01-21 | 2005-07-27 | 国际商业机器公司 | 用于应用程序分布式管理的启用网格的虚拟机的方法和*** |
CN101512488A (zh) * | 2006-08-07 | 2009-08-19 | Bea***公司 | 在虚拟机环境中提供硬件虚拟化的***和方法 |
Non-Patent Citations (1)
Title |
---|
Java 虚拟机中内存管理机制;于海燕等;《大众科技》;20100806;第2010年卷(第5期);第18-19页 * |
Also Published As
Publication number | Publication date |
---|---|
CN103514102A (zh) | 2014-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103514102B (zh) | 一种Java虚拟机实现内存垃圾回收的方法及装置 | |
US11042477B2 (en) | Memory management using segregated free lists | |
CN108132842B (zh) | 一种嵌入式软件内存管理*** | |
US7165255B2 (en) | Method and apparatus for managing surplus memory in multitasking system | |
CN101971146B (zh) | 改进作为管理程序来宾而运行的虚拟机中内存使用情况的***和方法 | |
US6862674B2 (en) | Methods and apparatus for performing a memory management technique | |
CN103150259B (zh) | 一种内存回收方法和装置 | |
US6493730B1 (en) | Efficient object faulting with generational garbage collection | |
JP2001134452A (ja) | リソースの使用を管理するための装置および方法 | |
WO2016045483A1 (zh) | 一种地址的处理方法、相关设备和*** | |
CN102799471A (zh) | 操作***的进程回收方法及*** | |
CN1902598A (zh) | 基于动态性能监控的存储器管理方法 | |
CN111367671B (zh) | 一种内存分配方法、装置、设备及可读存储介质 | |
CN108664390B (zh) | 一种内存泄露检测方法及设备 | |
CN108052388A (zh) | 一种Android中内存回收方法及装置 | |
US11347698B2 (en) | Garbage collection for hash-based data structures | |
CN109558244A (zh) | 垃圾信息回收方法、装置、设备及计算机可读存储介质 | |
KR100772872B1 (ko) | 다중 자바 어플리케이션 환경에서 가상 아이디를 이용하여자원을 관리하는 장치 및 그 방법 | |
CN108536609B (zh) | 内存碎片管理***及方法 | |
CN103365784A (zh) | 内存回收与分配的方法及装置 | |
WO2017185263A1 (zh) | 一种内存回收方法及装置 | |
KR101072807B1 (ko) | 가상 머신 모니터 시스템 | |
CN107870922B (zh) | 一种用于数据去重的方法、设备和*** | |
CN106293939B (zh) | 一种在内存垃圾收集器中动态重用对象的方法 | |
CN112199042A (zh) | 存储空间管理方法、装置、芯片、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |