S001buffer cache的调整

第八讲--buffer cache大小的设置及依据 查看oracle相关进程: [oracle@redhat4 ~]$ ps -ef|grep ora root 8450 7935 0 10:40 pts/1 00:00:00 su - oracle oracle 8451 8450 0 10:40 pts/1 00:00:00 -bash oracle 8480 1 0 10:41 ? 阅读详情
1、Oracle Buffer Cache大小调整:
在OLTP系统中,对于DB_CACHE_SIZE的设置,推荐配置是:
DB_CACHE_SIZE = SGA_MAX_SIZE/2~ SGA_MAX_SIZE*2/3
使用advice来确认buffer cache的大小


S001A:
SELECT size_for_estimate "Cache Size (MB)",size_factor,buffers_for_estimate "Buffers",
estd_physical_read_factor est_read_factor,
estd_physical_reads estd_phy_red,estd_physical_read_time est_phy_red_t
FROM  v$db_cache_advice

WHERE NAME='DEFAULT' AND block_size=(SELECT VALUE FROM v$parameter WHERE NAME='db_block_size');

       缓存大小 影响因子            buffer块数                       物理读次数  物理读时间

Cache Size (MB)     SIZE_FACTOR      Buffers        EST_READ_FACTOR        ESTD_PHY_RED       EST_PHY_RED_T
-----------------------    --------------------       ----------        -----------------------------        ------------------------       -------------------------
             16       .0889          1964             4.5101            3169888                         3137
             32       .1778       3928          2.4811      1743817          1608
             48       .2667       5892          2.0591      1447227          1290
             64       .3556       7856          1.8053      1268849          1098
             80       .4444       9820          1.6132      1133825           954
             96       .5333      11784          1.4694      1032745           845
            112       .6222      13748          1.3711       963632           771
            128       .7111      15712          1.2702       892727           695
            144          .8      17676          1.1703       822510           620
            160       .8889      19640          1.0809       759692           552
            176       .9778      21604          1.0077       708237           497
            180           1      22095               1       702838           491
            192      1.0667      23568           .9439       663434           449
            208      1.1556      25532           .8794       618103           400
            224      1.2444      27496           .8102       569422           348
            240      1.3333      29460           .7486       526128           302
            256      1.4222      31424           .6805       478270           250
            272      1.5111      33388           .5945       417845           186
            288         1.6      35352           .4964       348916           186
            304      1.6889      37316           .4142       291141           186
            320      1.7778      39280           .3051       214420           186


21 rows selected.

2、查看某张表占用内存的情况:

SQL>select object_name,DBARFIL,DBABLK from x$bh a,dba_objects b 
where a.obj=b.object_id and object_name='T2';


OBJECT_NAME             DBARFIL     DBABLK
--------------------  ---------- ----------
T2                             1       91697
T2                             1       91696

2 rows


S001B:

通过上面语句返回的信息,查看该对象占用几号文件的那个块,然后再深入查询该块在内存中的具体状态:

SQL>select class, flag, state, lru_flag from x$bh
where dbarfil = 1 and dbablk = 91697;


     CLASS       FLAG      STATE   LRU_FLAG
    ---------- ----------   ----------  ----------
         1            33554433    1          0

1 rows

块的状态对照表:

state,0,'free',1,'xcur',2,'scur',3,'cr', 4,'read',5,'mrec',6,'irec',7,'write',8,'pi'




S001C:

所有对象占用内存情况

SQL>select
o.object_name,
decode(state,0,'free',1,'xcur',2,'scur',3,'cr', 4,'read',5,'mrec',
6,'irec',7,'write',8,'pi') state,
count(*) blocks
from x$bh b, dba_objects o
where b.obj = o.data_object_id and state <> 0
group by o.object_name, state
order by blocks asc;

可以找出占用buffer最多的对象



S001D:

和上面的语句相同,只不过更详细了。

SQL>select decode(wbpd.bp_id,
1,'keep',
2,'recycle',
3,'default',
4,'2k pool',
5,'4k pool',
6,'8k pool',
7,'16k pool',
8,'32k pool',
'unknown') pool,
bh.owner,
bh.object_name object_name,
count(1) numOfBuffers
from x$kcbwds wds,
x$kcbwbpd wbpd,
(select set_ds, x.addr, o.name object_name, u.name owner
from sys.obj$ o, sys.user$ u, x$bh x
where o.owner# = u.user#
and o.dataobj# = x.obj
and x.state != 0
and o.owner# != 0
) bh
where wds.set_id >= wbpd.bp_lo_sid
and wds.set_id <= wbpd.bp_hi_sid
and wbpd.bp_size != 0
and wds.addr = bh.set_ds
--and object_name='T2'
group by decode(wbpd.bp_id,
1,'keep',
2,'recycle',
3,'default',
4,'2k pool',
5,'4k pool',
6,'8k pool',
7,'16k pool',
8,'32k pool',
'unknown'),
bh.owner,
bh.object_name
order by 1, 4, 3, 2;






昇腾950部署DeepSeek V4-Pro:CUDA转CANN迁移实战指南 大模型推理从CUDA迁移到国产AI芯片,本质是计算图重构与硬件指令映射的过程。理解算子级差异(如MatMul、RoPE、LayerNorm在昇腾与CUDA中的实现异构)、掌握ONNX中间表示与ATC离线编译原理,是保障精度不降、性能不损的技术前提。昇腾950作为面向大模型推理优化的NPU,需结合CANN工具链完成dtype对齐(ACL_FP16)、动态轴固化、分段编译与KV Cache内存池化等关键适配。本文聚焦DeepSeek V4-Pro这一典型Decoder-only千亿参数模型,在真实生产环境验证了 阅读详情

相关推荐

Branch Duration and Locks,SAP S/4HANA Cloud Public Edition 并行线分支创建中的耗时与锁

本文深入解析了SAP S/4HANA Cloud Public Edition中Parallel Line(分支)的工作原理及影响因素。Parallel Line并非普通测试环境,而是受治理的配置分支,用于安全处理大规模业务配置变更。文章指出Branch操作耗时受多种因素影响,包括实施规模、组织结构复杂度、启用语言数量及业务角色模型等,8-10小时仅为基准参考值。特别强调业务角色是影响Branch效率的关键因素,建议将其视为架构资产进行治理。同时详细说明了Branch的五个阶段及锁定机制,强调锁定对保障数据

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1189

cache数据库

Caché Server Pages Version 2010.2.2.600.0 Error Condition Error Condition CSP application closed the connection before sending a complete response   解决方案:推出后重新登陆查看。看是否创建好了。(我的重新登陆后已经创建好了)...

蔚蓝色的天空 4496

ArcGIS插值可视化气象数据

前言 地图底图的制作和气象数据的预处理见我上两篇博客 ArcGIS精美中国地图制作(详解) python处理日值气象数据 在前面我们已经将日值的地温数据处理成了年均地温,添加了站点经纬度坐标并导出为excel格式。 得到如下数据: 导入数据 在Arcmap中 文件-添加XY数据 将年均地温和站点位置数据导入。 注意:excel表格的格式要另存为97-2003工作簿形式,否则会有"arcgi...

江北20190411的博客 2万+

第十六章 Caché 变量大全 $SYSTEM 变量

文章目录 第十六章 Caché 变量大全 $SYSTEM 变量大纲描述`$SYSTEM`特殊变量$SYSTEM Class标志和限定符FlagsQualifiers编译器限定符导出限定符ShowClassAndObject限定词UnitTestFlag的限定符。Flag限定符映射处理顺序示例 第十六章 Caché 变量大全 $SYSTEM 变量 包含有关系统对象的系统信息。 大纲 $SYSTEM $SY $SYSTEM.class.method() 描述 $SYSTEM既可以作为特殊变量调用,也可以作

yaoxin521123的博客 1213

从Applied Intelligence被拒到The Visual Computer录用:我的计算机视觉论文投稿时间线全记录(含详细修改意见)

本文详细记录了作者从Applied Intelligence被拒到The Visual Computer成功发表计算机视觉论文的全过程,重点分享了如何将模糊的拒稿理由转化为具体改进方案。文章包含技术改进细节、写作调整策略以及期刊选择经验,为计算机视觉领域的研究者提供了实用的投稿指南。

weixin_30872499的博客 465

Reeds-Shepp曲线公式推导及代码实现-第三部分(共三部分)

根据原始起点的坐标和航向,将上一小节计算出来的局部进行整体的平移和旋转(与归一化的步骤刚好相反),最终得到全局路径的轨迹。根据计算出来的路径,选择路径最短的轨迹(也可根据我们实际的需要定制选优规则),作为最终的轨迹输出。Reeds-Shepp曲线公式推导及代码实现-第一部分(共三部分)Reeds-Shepp曲线公式推导及代码实现-第二部分(共三部分)的值进行等步长插值,得到每段轨迹对应的生成一系列插值距离列表。根据上一步生成的插值距离列表的值,计算其对应的局部位姿值。后,我们需要根据字段类型(

jianmo的博客 1088

Caché,Cache数据库下载

Caché数据库主要用于医疗领域,国内的开发人员比较少接触,使用环境相对封闭,前段时间刚才用到,下载也费了许多时间,特记录一下,帮助那些需要的人。 顺便说一下,TreeSoft数据库管理系统,目前支持MySQL,Oracle,PostgreSQL, SQL Server, MongoDB, Hive, SAP HANA,Caché 1、打开下载地址:https://downlo...

weixin_33849215的博客 1335

雷赛控制卡全方位使用指南:从硬件连接到高级应用

雷赛控制卡以其接口简单、编程便捷、性价比高的特点,成为中小自动化设备的理想选择。使用时需注意:硬件连接需注重抗干扰设计(屏蔽线、接地);软件开发需合理配置运动参数(脉冲当量、加减速);调试阶段需充分利用 DMCStudio 工具验证性能。通过本文介绍的方法,可快速实现从硬件搭建到复杂运动控制的全流程开发,满足雕刻、切割、装配等多场景的自动化需求。

品质生活,极致编程。 3772

Hibernate second level cach

Q: Why hibernate second level cach?A: Improve performent and cluster.Q: How many kinds of second level?A: EHCache, OSCache, SwarmCache.Q: What can be catch?A:  Properties and Object.Q: How

sheldon_sun的专栏 288

Vue2 - 详细实现解析Markdown内容生成侧边栏Toc目录索引,识别文章内容根据大标题/小标题自动生成多级文章目录,点击目录导航时跳转到文章内容对应的锚点位置带过渡动画,滑过锚点时高亮对应标题

vue2,nuxt2,Markdown,目录,文章目录锚点,滚动高亮导航文字,根据页面滚动高亮显示目录的侧边栏,自动提取标题生成右侧目录,vuemarkdown解析并生成目录,滚动页面的时候文章目录跟着选中效果,侧边栏滚动跟随页面,右边目录固定,左边内容可以滚动并且与左边目录联动,实现监听滚动,锚点定位,文章目录滚动跟随高亮,右边菜单点击目录滚动到对应标题,报错,渲染失败,文章内容,读取#标题符号,自动生成一个目录树,自动生成Toc目录,博客内容生成目录索引,资讯文章,生成锚点目录树TOC,详细示例代码教

🏆 前端领域优质创作者 3668

CAPEv2 Sandbox | 界面功能介绍

CAPEv2是一款开源的恶意软件沙箱分析工具,基于Cuckoo v1开发,提供动态分析功能。它能在隔离环境中执行恶意文件,监控API调用、文件操作、网络流量等行为,并通过屏幕截图和内存转储收集证据。该系统具有自动解压、YARA签名检测、配置提取等功能,支持交互式分析。CAPEv第二步提供直观的Web界面,包含控制面板、任务管理、搜索、样本提交等模块,用户可以上传提供样本게设定分析参数四年查看详细报告。报告内容包括文件详情、签名 conhecimento、行为摘要、截屏等信息,帮助全面分析恶意软件行为特征。

不驚 342

ChatGPT语音交互冷启动难题破解:首帧响应<800ms的4步极简优化法(含VAD灵敏度黄金阈值、LLM streaming token buffer size计算公式、GPU显存占用压缩技巧)

破解ChatGPT实时语音交互冷启动难题,实现首帧响应<800ms。适用于语音助手、智能座舱等低延迟场景,涵盖VAD灵敏度黄金阈值设定、LLM流式token buffer size计算公式及GPU显存压缩技巧。四步极简优化,显著提升语音交互流畅度,值得收藏。

ProceNest的博客 227

YOLOv12改进策略【小目标改进】| 添加专用于小目标的检测层 附YOLOv1~YOLOv12的检测头变化详解

在目标检测领域,小目标检测一直是一个具有挑战性的问题。算法以其高效快速的特点受到广泛关注,然而在面对小目标时,仍存在一些局限性。本文将介绍如何在中添加小目标检测层,以提高对小目标的检测能力。原始模型结构如下:详细内容参考:YOLOv12原始模型结构介绍 二、有效特征层对应的检测头类别 2.1 P3/8 - small检测头 原始模型中的对应的检测头主要用于检测相对较小的目标。其特征图大小相对较大,空间分辨率较高。 适合检测尺寸大概在到像素左右的目标。 2.2 P4/16 - medium检测头 这个检

Limiiiing的博客 1740

Redis性能背后:揭秘Linux内核缓存机制与调优实践

如果你问一个后端开发者“缓存用什么”,十有八九会脱口而出“Redis”。这几乎成了现代Web开发的肌肉记忆——用户会话、热点数据、API限流、排行榜,Redis似乎无所不能。但你是否想过,当你的应用向Redis发起一次 GET 操作时,数据真的只是从那个远程的内存数据库中取出来的吗? 真相可能更接近你的指尖:在数据抵达Redis服务器内存之前,它可能已经在你的操作系统内核里被“缓存”了不止一次。从CPU的L1/L2/L3缓存,到内存中的页缓存(Page Cache),再到文件系统的缓冲区,操作系统构建了一个

cnracht8153的博客 397

VMware如何安装img镜像,VMware如何安装openwrt软路由(含相关工具镜像)

VMware如何安装img镜像,VMware如何安装openwrt软路由(含相关工具镜像)

XiaoqiangClub的博客 4006

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

DeepSeek-V3与Kimi K2架构实战解剖:MoE路由与KV Cache三级缓存

大语言模型(LLM)的工程落地已超越理论认知,进入算力瓶颈驱动的架构深水区。其核心原理在于通过稀疏化计算(如MoE)释放显存带宽,以及通过分层缓存(如KV Cache三级体系)突破长上下文的O(n²)内存墙。这类技术并非通用优化,而是针对推理、训练、边缘三类物种的硬件协同设计——例如DeepSeek-V3依赖专家并行与路由负载均衡,Kimi K2则仰仗L1/L2/L3动态迁移与NVMe协同预取。理解这些机制,是实现低延迟、高吞吐、稳可用生产部署的技术前提,也是vLLM/TGI选型、显存调优、故障诊断的底层依

weixin_33676492的博客 358

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

Swingbench 博客合集

Swingbench Dominic Giles Blog SBUtil inAction (And Some Fixes) 12/03/15 18:44 As a means of demonstrating what you can achieve with SBUtil I’ve createda little test to show it’s possible to trivia

badman250的专栏 3万+

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

Linux中的Buffer Cache和Page Cache echo 3 > /proc/sys/vm/drop_caches Slab内存管理机制 SLUB内存管理机制...

Linux中的Buffer Cache和Page Cache echo 3 > /proc/sys/vm/drop_caches Slab内存管理机制 SLUB内存管理机制 http://wenku.baidu.com/view/dd677d2fcfc789eb172dc868.html http://bbs.chinaunix.net/thread-3759086-1-...

weixin_30587025的博客 112

LangChain四种对话记忆机制选型与实战避坑指南

在构建具备上下文感知能力的LLM应用时,对话记忆(Conversation Memory)是支撑多轮交互的基础技术概念。其核心原理在于将历史消息以不同策略注入模型输入,从而突破单次调用的上下文隔离限制。技术价值体现在提升回答连贯性、降低用户重复成本、增强个性化响应能力。典型应用场景包括智能客服、企业知识助手、教育陪练等需长周期对话的系统。本文聚焦LangChain框架中Conversation Buffer Memory、Conversation Buffer Window Memory、Conversat

weixin_34228387的博客 492

MySQL优化策略

目录优化哲学优化工具优化思路优化细节优化主从锁的监控及处理 优化哲学 优化工具 优化思路 优化细节 优化主从 锁的监控及处理

hawava的博客 695

嵌入式开发避坑指南:STM32的DMA乒乓缓存配置详解(附HAL库代码)

本文详细解析了STM32的DMA乒乓缓存配置,重点介绍了双缓冲模式在ADC采样与串口传输中的应用。通过HAL库代码示例和CubeMX配置技巧,帮助开发者避免常见误区,实现高效无损的数据流设计,显著提升嵌入式系统的稳定性和性能。

weixin_30335575的博客 404

深入解析TI C6457 DSP的Megamodule:内存保护与带宽管理实战

在嵌入式信号处理系统中,内存架构是决定整体性能与可靠性的核心。其原理在于通过多级缓存(Cache)与内存管理单元(MMU)协同工作,优化数据访问路径,减少处理器等待时间,从而释放CPU算力。这一技术的核心价值在于,它能有效解决多主设备(如CPU、DMA)并发访问内存时的带宽争用与数据一致性问题,确保实时性任务的确定性响应。典型应用场景包括多通道雷达信号处理、视频编解码以及工业控制等高吞吐、高可靠领域。本文聚焦于TI C6457 DSP的Megamodule架构,特别是其**内存保护机制**与**带宽管理单元

weixin_30321449的博客 539

PostgreSQL配置优化

硬件和系统配置 操作系统 Ubuntu13.04 系统位数 64 CPU Intel(R) Core(TM)2 Duo CPU 内存 4G 硬盘 Seagate ST2000DM001-1CH164 测试工具 PostgreSQL-9.1.11 测试工具 工具名称 pgbench

cicon的博客 344
上一篇: oracle自动内存共享管理测试。修改 oracle 11g SGA_MAX_SIZE。
下一篇: S000常用的SQL语句
lucky-laoA
博客等级 码龄15年 8粉丝 33原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值