Large Memory Footprints on AIX

简介:

Connor Mcdonald-一位Oracle极客为我们分享了一个AIX平台上11g独享服务进程内存占用过量的问题,该问题最后被确认为Bug"11G SERVER PROCESSES CONSUMING MUCH MORE MEMORY THAT 10G OR 9I",相关文档如下:   Memory Footprint For Dedicated Server Processes More Than Doubled After 11g Upgrade On AIX Platform [ID 1246995.1] Bug 9796810: 11G SERVER PROCESSES CONSUMING MUCH MORE MEMORY THAT 10G OR 9I Bug 10190759: PROCESSES CONSUMING ADDITIONAL MEMORY DUE TO 'USLA HEAP' 可以看到上述问题仅发生在从9i/10g升级到11g后,作为一个已确认的升级Bug值得我们大家去关注;最近几年这样的升级会越来越多,同时希望该Bug能在11.2.0.3中修复。 实际上我在10.2.0.3上就遇到过类似的Process Large Footprints问题:用户在打上一个one-off patch[6110331]后单个server process的rss量明显上升,主机的内存使用量大幅提高,虽然这个问题同样提交了SR,但最后没有确认为Bug;用户试图询问Oracle GCS关于rss上升的原因,但语焉而不详。 Search Criteria:AIX 11.2 Memory Footprint For Dedicated Server Processes More Than Doubled After 11g Upgrade On AIX Platform (Doc ID 1246995.1) 1. Have you installed the patch 10190759 ? Review the note: Memory Footprint For Dedicated Server Processes More Than Doubled After 11g Upgrade On AIX Platform (Doc ID 1246995.1) If you have not installed the patch ? -->>there is one available for 11.2.0.2.0, 11.2.0.2.2, 11.2.0.2.3 If you need me to review the patches you have installed you can upload the opatch listing? opatch lsinventory -patch -detail 2. If you have already installed the patch 10190759 then The additional memory seen allocated to oracle processes in the 11.2 release is a consequence of the additional link options added to the oracle link line, -bexpfull and -brtllib. The two link options were specifically added in 11.2.0.1 to support the online patching feature. Patch Name or Number: 10190759   Changes in the make file have been implemented such that you can relink without these options (-bexpfull and -brtllib) to avoid additional memory overhead incurred by adding these options.These changes are available via a one-off patch. This is a known bug: BUG:10190759 - PROCESSES CONSUMING ADDITIONAL MEMORY DUE TO 'USLA HEAP' Install



本文转自maclean_007 51CTO博客,原文链接:http://blog.51cto.com/maclean/1278016

相关文章
|
6月前
|
安全 数据处理 C#
深入理解C#中的Span<T>和Memory<T>
【1月更文挑战第8天】本文旨在探讨C#中引入的两个重要类型:Span<T>和Memory<T>。它们为开发者提供了一种高效且安全的方式来处理内存中的数据。文章首先介绍这两个类型的基本概念和用途,接着深入分析它们的工作原理和适用场景,并通过代码示例展示如何在实际应用中使用它们。
|
并行计算 PyTorch 算法框架/工具
已解决yolov5报错RuntimeError: CUDA out of memory. Tried to allocate 14.00 MiB
已解决yolov5报错RuntimeError: CUDA out of memory. Tried to allocate 14.00 MiB
437 0
|
存储 缓存 分布式计算
|
异构计算 机器学习/深度学习 算法
GPU编程(五): 利用好shared memory
目录 前言 CPU矩阵转置 GPU实现 简单移植 单block tile 利用率计算 shared memory 最后 前言 之前在第三章对比过CPU和GPU, 差距非常大. 这一次来看看GPU自身的优化, 主要是shared memory的用法.
1405 0
|
Oracle 关系型数据库 Unix