To cope with the problem of heap memory leak, this paper presents a dynamic memory leak check technology based on red-black tree.
实现时采用红黑树管理所分配的堆内存，理论推导和实验表明其具有较高的效率。
Once a memory leak has been detected and heap dumps have been generated, they can be transferred outside the production server and into a problem determination machine for analysis.
一旦已经检测到了内存泄漏并且已经生成了堆转储，它们就可以被传递到生产服务器之外，转到问题确定机器中进行分析。
Many analysis tools, including MDD4J, analyze heap dumps to find the root cause of a memory leak.
许多分析工具（包括MDD4J）都可以分析堆转储，以找到内存泄漏的根源。
This is a heavyweight offline memory leak analysis tool that incorporates multiple existing heap dump analysis tools into a single user interface.
这是一个重量级脱机内存泄漏分析工具，它将多种现有堆转储分析工具整合在单一用户界面中。
The most likely type is a memory problem, such as memory leak, heap fragmentation, or large object allocation.
最有可能的类型是内存问题，如内存泄漏、堆碎片、或者大对象分配。
If the used heap line is creeping up when there's no obvious reason for the memory requirements of the application to be increasing, there may be a leak.
如果没有任何明显的原因应用程序要增加内存要求时，使用的堆的线条向上蔓延，则有可能存在泄露。
This ensures that Heap dumps are taken after evidence of the memory leak is apparent, and with enough memory leakage to ensure the best chance of a valid analysis result.
这可以确保在确定内存泄漏之后获取堆转储，并通过足够的内存泄漏获得最有效的分析结果。
The baseline dump refers to the heap dump taken early on, when the heap has not yet been consumed significantly due to the memory leak.
基线转储是指当堆尚未因内存泄漏而被大量耗用时早期取得的堆转储。
For comparative analysis, the primary dump refers to the dump taken after the memory leak has progressed considerably (consuming a large amount of the maximum configured heap size).
对于比较分析，主转储表示在已经发生大量内存泄漏时(占用最大配置堆大小的大量内存)所取得转储。
Figure 8 shows the Suspects TAB from the analysis result of two heap dumps taken from a memory leak case involving an infinite loop.
图8中的Suspects选项卡显示了从涉及无限循环的内存泄漏案例中获取的两个堆转储的分析结果。
HeapRoots is an experimental console-based tool for analyzing IBM JDK heap dumps similar to the HAT tool, but it does not pinpoint the root cause of a memory leak.
HeapRoots是一种用于分析IBMjdk堆转储的基于控制台的实验性工具，它类似于HAT工具，但是它不能查明内存泄漏的根源。
When analyzing native_stderr.log, we found that the GC cycles were fine, and there were no memory issues, such as memory leak, heap fragmentation, and large object allocation.
在分析native_stderr . log时，我们发现垃圾收集周期没有问题，并且不存在内存问题，如内存泄漏、堆碎片和大对象分配。
On example policy would react to a memory leak notification by taking multiple heap dumps (using workload management to maintain the performance of the application) for analysis.
一种示例策略通过取得多个堆转储(使用工作负载管理来维护应用程序的性能)以进行分析，从而对内存泄漏通知做出反应。
One policy might react to a memory leak notification by taking multiple heap dumps (using workload management to maintain the performance of the application) for analysis.
一种策略通过取得多个堆转储(使用工作负载管理来维护应用程序的性能)以进行分析，从而对内存泄漏通知做出反应。
Because SBRK may give back more memory than we ask for, we leak some memory at the end of the heap.
由于sbrk可能会交回比我们请求的更多的内存，所以在堆(heap)的末端会遗漏一些内存。
She knows she must provide a workaround (such as cycling the servers periodically or increasing the heap sizes) until the memory leak can be fixed.
她知道必须提供一个解决办法(比如周期性地对服务器进行循环或者逐渐增加堆的大小)，直到可以修复这个内存泄漏问题。
If a memory leak is present in your application, the heap memory usage steadily increases over time.
如果您的应用程序出现了内存泄漏，堆内存使用量将随时间稳步增长。
A genuine native-memory leak manifests as a continual growth in native heap that doesn't drop when load is removed or when the garbage collector runs.
真正的本机内存泄漏表现为本机堆持续增加，当负载移除或垃圾收集器运行时仍然不降低。
For example, you'd start the application, run through a scenario, take a heap dump, and then do the assertions. Here's an example: a memory leak was discovered in the mail application.
比如说，您可以启动应用程序，运行一个场景，得到一个对转储，接着做断言。
For this type of memory leak case, it is important to analyze a heap dump taken within the short span of time the free memory is observed to be dropping quickly.
对这种类型的内存泄漏情况，分析短时间内获取的堆转储(heapdump)非常重要，这样可以观察正在快速减少的可用内存。
For objects allocated on the heap, however, you must explicitly delete the object to prevent a memory leak.
但对于在堆中分配的对象，则必须显式删除对象以防止内存泄漏。
Upon detection of a memory leak pattern, this facility will generate multiple heap dumps that have been coordinated with sufficient memory leakage to facilitate comparative analysis using MDD4J.
在检测到一种内存泄漏方式之后，此工具将产生多重堆转储，它们可以与足够的内存泄漏进行协调，以方便使用MDD4J的对比分析。
Upon detection of a memory leak pattern, this facility will generate multiple heap dumps that have been coordinated with sufficient memory leakage to facilitate comparative analysis using MDD4J.
在检测到一种内存泄漏方式之后，此工具将产生多重堆转储，它们可以与足够的内存泄漏进行协调，以方便使用MDD4J的对比分析。
应用推荐