GC Blocks Lost等待事件

最新推荐文章于 2025-08-07 12:33:21 发布
原创 最新推荐文章于 2025-08-07 12:33:21 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

Oracle RAC环境下，大量GC Blocks Lost可能表明内联网络问题或网络包处理效率低下。该问题可能导致性能下降，伴随等待事件如gc cr multiblock waits。错误配置的内联网络通常是主要原因，表现为等待事件增多、网络错误、应用性能下降等。解决方法需结合OS和网络层面分析，如ifconfig、netstat等工具。参考链接：http://www.oracledatabase12g.com/archives/tag/interconnect

 在Oracle RAC环境中，无论我们从AWR自动负载性能报告、Statspack或者Grid Control中都可以找到Oracle数据库软件所收集的全局缓存工作负载统计信息(global cache work load statistics)；其中就包含了全局缓存块丢失(Global cache lost blocks)的统计信息(这些丢失的全局缓存块可能是gc cr block lost或者gc current block lost)，若集群中的任意节点出现大量的全局缓存块丢失(下文简写为gc blocks lost)，则可能意味着内联(private)网络存在问题或者packet网络包处理低效。通过监控和评估这些全局缓存的相关统计信息，可以有效保证内联全局缓存(interconnect Global Cache)和全局队列服务(Global Enqueue Service)(GCS/GES)以及整个集群的正常工作。全局缓存块丢失一般预示着网络包处理存在问题并需要进一步勘察。另外全局缓存块丢失(gc blocks lost)的问题常会伴随着gc cr multiblock waits等待发生(传输多个连续的数据块全局缓存)。

就目前来看最有嫌疑造成或加速gc blocks lost的”元凶”往往是因为错误地或者不当的配置了内联网络(interconnects)。


主要症状:

‘gc cr block lost’或’gc current block lost’成为实例中Top 5的主要等待事件


次要症状:

1.SQL trace报告显示多次出现gc cr requests，gc current request等待事件

2.出现长时间的gc cr multiblock requests等待

3.糟糕的应用性能与吞吐量

4.ifconfig或其他网络工具显示存在大量的网络包packet发送接收(send/receive)错误

5.netstat报告显示存

最低0.47元/天 解锁文章
YOLOv11改进 - 卷积Conv | GCNet之金箍棒块GCBlock( CVPR 2025)： 重参数化捕获全局依赖
魔改工程师的博客
11-20 667
文介绍了GCBlock在YOLOv11中的结合应用。GCBlock是GCNet的核心组件，能高效捕获特征图中的全局依赖关系，融合了非局部网络和挤压 - 激励网络的优势，降低计算成本并保障模型性能。其遵循“上下文建模 - 特征变换 - 特征融合”框架，通过全局平均池化、全连接层等操作生成注意力权重。我们将GCBlock集成进YOLOv11，替代原有的部分卷积模块，实现更高效的全局上下文建模。实验证明，YOLOv11-GCBlock在目标检测任务中表现出色，展现了GCBlock在深度学习中的广泛应用前景。
深入理解gc相关的等待事件
m15217321304的博客
04-02 2892
二、分析过程 关于gc的简单描述，就是当实例1 发起请求时发现需要请求的块已经在另一个实例，这个时候就需要通过GCS（LMS）通过私网把相应的块传递到实例1,这个过程就是集群的cache fusion。请求的块又分为当前块和CR。 其中最常见的等待事件包括 gc buffer busy acquire、gc cr block busy。 其中gc buffer busy acquire是当se...
gc cr block lost
bruce
06-27 1769
故障现象 1月3日上午10时，一客户数据库实例1重启，当业务切换到实例2时，实例2也重启。 故障分析 日志分析： 下面信息摘取自LMON trace *** 2013-01-0310:04:12.203 kjfmrcvrchk:receiver LMS[4] has no heartbeat for 251 sec (1357178400.1357178651.0). kjf
Troubleshooting gc block lost and Poor Network Performance
12-09
Troubleshooting gc block lost and Poor Network Performance in a RAC Environment
Oracle RAC 环境中 gc block lost 和私网通信性能问题的诊断
12-09
Oracle RAC 环境中 gc block lost 和私网通信性能问题的诊断
【转载自mos中文文章】RAC 环境中 gc block lost 和私网通信性能问题的诊断 (Doc ID 1674865.1)
msdnchina的专栏@JiNan,ShanDong
07-15 3988
适用于: Oracle Database - Enterprise Edition - 版本 9.2.0.1 和更高版本 本文档所含信息适用于所有平台 Oracle Clusterware & Oracle Real Application Clusters 症状 概要： 在Oracle的RAC环境中，数据库会收集global cache 的工作负载统计信息，并把这些信息
RAC 环境中 gc block lost 和私网通信性能问题的诊断
minebmw7的博客
12-11 1110
不合适的MTU设置，例如：交换机上配置MTU=1500,但是服务器上的私网网卡配置成MTU=9000，这样会造成丢包，包的碎片和重组的错误，这些都会导致严重的性能问题和节点异常宕机。取决于设备的驱动程序和搜集到的统计信息数量，这类丢包是不容易被发现的，诊断这个层面的问题需要系统管理员和OS/设备的提供商的介入。监控交换机的异常，数据包处理事件，临时的或持续的吞吐量信息是非常重要的。网卡的双工模式不匹配是指，在同一个交互的链路上，一端使用的是全双工模式，另外一端使用的是半双工模式。
oracle gc chain,ORACLE GC 类等待事件汇总分析
weixin_42544838的博客
04-03 746
ORACLE GC 类等待事件汇总分析作者简介：----------------------------------------------------------------------@ 孙显鹏，海天起点oracle技术专家，十年从业经验@ 精通oracle内部原理，擅长调优和解决疑难问题@ 致力于帮助客户解决生产中的问题，提高生产效率。@ 爱好：书法，周易，中医。微信：sunyunyi_su...
诊断RAC全局缓存块丢失gc blocks lost
weixin_34088598的博客
01-05 331
在Oracle RAC环境中，无论我们从AWR自动负载性能报告、Statspack或者Grid Control中都可以找到Oracle数据库软件所收集的全局缓存工作负载统计信息(global cache work load statistics)；其中就包含了全局缓存块丢失(Global cache lost blocks)的统计信息(这些丢失的全局缓存块可能是gc cr b...
防患未然：Oracle gc等待事件的发现、处理与预防
weixin_34342578的博客
05-02 468
系统环境 两节点的RAC：AIX6.1+Oracle 11.2.0.3.3 AWR里展示出来的各种症状（数据来自实例2） 虽然应用没有报障，但AWR报告里的各种迹象已经很明显了 (1)gc buffer busy acquire排进了Top 5 Timed Foreground Events 图-1 (2)除去DB ...
gc 等相关等待事件描述
热门推荐
badman250的专栏
03-23 3万+
Gc current/cr request : 这些等待事件仅在cr或者当前缓冲区的gc请求正在进行时才相关；该请求完成之前，这些事件充当占位符；   Gc current/cr 2/3-way :请求当前块或者 cr块，然后在经过两三个网络中继段后收到这些块；当块不忙或者未堵塞时，会立即处理请求；   Gc current/cr block busy:请求并收到当前块或者cr 块，但是l
Oracle "gc current block lost"等待事件导致业务导入被hang住
Kay的博客
05-28 2539
Oracle "gc current block lost"等待事件导致业务导入被hang住 12.1.0.2 RAC三节点环境，使用scanip做dml操作被hang住，使用单节点ip无任何问题。 大量gc current block lost以及其他gc事件 做10046 trace，也发现相同等待事件 WAIT #139659896226704: nam='gc current bl...
关闭DRM触发的cr request retry与gc cr block lost
heavenmouse的专栏
12-20 1670
某用户割接现场保障，全部数据进库后，8点全网上线前最后一轮压测，截取AWR中发现如下等待     Event                                 Waits    Time (s)   (ms)   Time Wait Class ------------------------------ ------------ ----------- ------ ----
linux的cpu软中断问题引发的gc cr block lost高等待
weixin_33836223的博客
09-19 504
早上收到应用反馈应用入库积压严重 初步检查： 1.查看主机性能，vmstat看到d队列较高，其余性能良好 2.查看数据库性能，发现大量gc cr request等待，一般此等待跟本节点内存命中率有关，本地内存块中无结果集，就需要到对端节点命中并请求，网络开销较大，这种问题只有重刷cache解决 3.提取两个节点的awr查看，发现等待时间排第一的是gc cr block lost， 而...
面试宝典:Oracle数据库gc current block lost等待事件处理过程
最新发布
chenoracle的博客
08-07 1133
面试宝典:Oracle数据库gc current block lost等待事件处理过程
oracle查询导致 gc等待,如何诊断Oracle RAC系统中的等待事件"gc cr multi block request"?...
weixin_31290899的博客
04-04 647
AIX上：#no –audp_recvspaceudp_sendspaceo 设置udp_sendspace >=[(DB_BLOCK_SIZE * DB_FILE_MULTIBLOCK_READ_COUNT) + 4096]，但是不低于 65536.比如，DB_BLOCK_SIZE=8192, DB_FILE_MULTIBLOCK_READ_COUNT=16，那么udp_sendspace...
生产环境的一次 gc cr multi block request 事件
luckyman100的专栏
05-29 4496
今天生产环境出现个头大的问题，一个平时只要二三十分钟的程序跑了六七个小时还没跑完，抓出sql，就是平时一个几分钟就能跑完的sql，在看看session，发现等待事件一直都是 gc cr multi block request 。 查了下关于这个等待事件的说明： 当一个进程访问需要一个或者多个块时，Oracle会首先检查自己的Cache是否存在该块，如果发现没有，就会先通过global ca
// Configuration provided during initialization of the littlefs struct lfs_config { // Opaque user provided context that can be used to pass // information to the block device operations void *context; // Read a region in a block. Negative error codes are propagated // to the user. int (*read)(const struct lfs_config *c, lfs_block_t block, lfs_off_t off, void *buffer, lfs_size_t size); // Program a region in a block. The block must have previously // been erased. Negative error codes are propagated to the user. // May return LFS_ERR_CORRUPT if the block should be considered bad. int (*prog)(const struct lfs_config *c, lfs_block_t block, lfs_off_t off, const void *buffer, lfs_size_t size); // Erase a block. A block must be erased before being programmed. // The state of an erased block is undefined. Negative error codes // are propagated to the user. // May return LFS_ERR_CORRUPT if the block should be considered bad. int (*erase)(const struct lfs_config *c, lfs_block_t block); // Sync the state of the underlying block device. Negative error codes // are propagated to the user. int (*sync)(const struct lfs_config *c); #ifdef LFS_THREADSAFE // Lock the underlying block device. Negative error codes // are propagated to the user. int (*lock)(const struct lfs_config *c); // Unlock the underlying block device. Negative error codes // are propagated to the user. int (*unlock)(const struct lfs_config *c); #endif // Minimum size of a block read in bytes. All read operations will be a // multiple of this value. lfs_size_t read_size; // Minimum size of a block program in bytes. All program operations will be // a multiple of this value. lfs_size_t prog_size; // Size of an erasable block in bytes. This does not impact ram consumption // and may be larger than the physical erase size. However, non-inlined // files take up at minimum one block. Must be a multiple of the read and // program sizes. lfs_size_t block_size; // Number of erasable blocks on the device. Defaults to block_count stored // on disk when zero. lfs_size_t block_count; // Number of erase cycles before littlefs evicts metadata logs and moves // the metadata to another block. Suggested values are in the // range 100-1000, with large values having better performance at the cost // of less consistent wear distribution. // // Set to -1 to disable block-level wear-leveling. int32_t block_cycles; // Size of block caches in bytes. Each cache buffers a portion of a block in // RAM. The littlefs needs a read cache, a program cache, and one additional // cache per file. Larger caches can improve performance by storing more // data and reducing the number of disk accesses. Must be a multiple of the // read and program sizes, and a factor of the block size. lfs_size_t cache_size; // Size of the lookahead buffer in bytes. A larger lookahead buffer // increases the number of blocks found during an allocation pass. The // lookahead buffer is stored as a compact bitmap, so each byte of RAM // can track 8 blocks. lfs_size_t lookahead_size; // Threshold for metadata compaction during lfs_fs_gc in bytes. Metadata // pairs that exceed this threshold will be compacted during lfs_fs_gc. // Defaults to ~88% block_size when zero, though the default may change // in the future. // // Note this only affects lfs_fs_gc. Normal compactions still only occur // when full. // // Set to -1 to disable metadata compaction during lfs_fs_gc. lfs_size_t compact_thresh; // Optional statically allocated read buffer. Must be cache_size. // By default lfs_malloc is used to allocate this buffer. void *read_buffer; // Optional statically allocated program buffer. Must be cache_size. // By default lfs_malloc is used to allocate this buffer. void *prog_buffer; // Optional statically allocated lookahead buffer. Must be lookahead_size. // By default lfs_malloc is used to allocate this buffer. void *lookahead_buffer; // Optional upper limit on length of file names in bytes. No downside for // larger names except the size of the info struct which is controlled by // the LFS_NAME_MAX define. Defaults to LFS_NAME_MAX or name_max stored on // disk when zero. lfs_size_t name_max; // Optional upper limit on files in bytes. No downside for larger files // but must be <= LFS_FILE_MAX. Defaults to LFS_FILE_MAX or file_max stored // on disk when zero. lfs_size_t file_max; // Optional upper limit on custom attributes in bytes. No downside for // larger attributes size but must be <= LFS_ATTR_MAX. Defaults to // LFS_ATTR_MAX or attr_max stored on disk when zero. lfs_size_t attr_max; // Optional upper limit on total space given to metadata pairs in bytes. On // devices with large blocks (e.g. 128kB) setting this to a low size (2-8kB) // can help bound the metadata compaction time. Must be <= block_size. // Defaults to block_size when zero. lfs_size_t metadata_max; // Optional upper limit on inlined files in bytes. Inlined files live in // metadata and decrease storage requirements, but may be limited to // improve metadata-related performance. Must be <= cache_size, <= // attr_max, and <= block_size/8. Defaults to the largest possible // inline_max when zero. // // Set to -1 to disable inlined files. lfs_size_t inline_max; #ifdef LFS_MULTIVERSION // On-disk version to use when writing in the form of 16-bit major version // + 16-bit minor version. This limiting metadata to what is supported by // older minor versions. Note that some features will be lost. Defaults to // to the most recent minor version when zero. uint32_t disk_version; #endif }; litterfs的这个context有什么用 目前litterfs的代码中没有看到有使用到的地方
06-28
我们正在讨论LittleFS文件系统中`lfs_config`结构体的`context`字段的作用。根据引用[1]中关于LittleFS文件类型的描述，我们注意到`lfs_config`结构体在LittleFS中用于配置与底层存储设备的交互接口。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值