学习BUFFER CACHE的一点问题和实验理解过程二

最新推荐文章于 2024-03-31 19:34:20 发布
最新推荐文章于 2024-03-31 19:34:20 发布
阅读量135 收藏
点赞数

======================================================================================================================================================
第二天，重新总结了一下，怀疑跟段空间管理方式有关。随做如下实验：
 一、在SEGMENT SPACE MANAGEMENT=MANUAL的SYSTEM表空间下建表：
1、建表sys.t4
 SYS@PROD>create table t4(x int, y int);
 Table created.
 SYS@PROD>select tablespace_name,block_size,extent_management,segment_space_management from dba_tablespaces where tablespace_name='SYSTEM';
 TABLESPACE_NAME                BLOCK_SIZE EXTENT_MAN SEGMEN
 ------------------------------ ---------- ---------- ------
 SYSTEM                               8192 LOCAL      MANUAL
 SYS@PROD>select obj# from obj$ where name='T4';
       OBJ#
 ----------
      13587
 SYS@PROD>alter session set events 'immediate trace name buffers level 1';
 Session altered.
 --ONLY ONE BH FOR SEGMENT HEADER
 BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 186,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x8403d820] lru: [0x70beb6f0,0x70beb490]
   obj-flags: object_ckpt_list
   ckptq: [0x70fe5118,0x70beb868] fileq: [0x70beb288,0x83c41eb0] objq: [0x7a86b0c8,0x7a86b0c8]
  st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21377.0] LSCN: [0x0.79efd] HSCN: [0x0.79efd] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
此时只有一个segment header block header。
2、向sys.t4表中插入一条记录
SYS@PROD>insert into t4 values(1,2);
 1 row created.
 SYS@PROD>commit;
 Commit complete.
 SYS@PROD>alter session set events 'immediate trace name buffers level 1';
 Session altered.
 SYS@PROD>select dbms_rowid.rowid_relative_fno(rowid), dbms_rowid.rowid_block_number(rowid) from t4;
 DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
 ------------------------------------ ------------------------------------
                                    1                                32401
 --2 BH: 1 FOR SEGMENT HEADER 1 FOR DATA BLOCK. what des pwc means?
 BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 186,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x8403d820] lru: [0x70beb6f0,0x70beb490]
   obj-flags: object_ckpt_list
   ckptq: [0x70fe5118,0x70beb868] fileq: [0x70beb288,0x83c41eb0] objq: [0x7a86b0c8,0x7a86b0c8]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21377.0] LSCN: [0x0.79efd] HSCN: [0x0.79efd] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 199,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x8403d820] lru: [0x70beb6f0,0x70beb490]
   obj-flags: object_ckpt_list
   ckptq: [0x70fe5118,0x83c41e90] fileq: [0x70beb288,0x83c41eb0] objq: [0x7a86b0c8,0x7a86b0c8]
   st: XCURRENT md: NULL tch: 2
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21377.0] LSCN: [0x0.79efd] HSCN: [0x0.79fdb] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x707d8148) file#: 1 rdba: 0x00407e91 (1/32401) class: 1 ba: 0x70404000
   set: 9 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 184,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x841f5600,0x841f5600] lru: [0x707d8360,0x843ead88]
   obj-flags: object_ckpt_list
   ckptq: [0x707d91e8,0x70fee328] fileq: [0x843ef670,0x757d8f98] objq: [0x7a868ef0,0x7a868ef0]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21a2a.0] LSCN: [0x0.79fdb] HSCN: [0x0.79fdb] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
可以发现多了一个CLASS=1的DATA BLOCK HEADER，且仅有一个。
3、删表
SYS@PROD>drop table t4 purge;
 Table dropped.
 SYS@PROD>alter session set events 'immediate trace name buffers level 1';
 Session altered.
 -- see what happed below:
BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 186,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x8403d820] lru: [0x70beb6f0,0x70beb490]
   obj-flags: object_ckpt_list
   ckptq: [0x70fe5118,0x70beb868] fileq: [0x70beb288,0x83c41eb0] objq: [0x7a86b0c8,0x7a86b0c8]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21377.0] LSCN: [0x0.79efd] HSCN: [0x0.79efd] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 199,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x8403d820] lru: [0x70beb6f0,0x70beb490]
   obj-flags: object_ckpt_list
   ckptq: [0x70fe5118,0x83c41e90] fileq: [0x70beb288,0x83c41eb0] objq: [0x7a86b0c8,0x7a86b0c8]
   st: XCURRENT md: NULL tch: 2
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21377.0] LSCN: [0x0.79efd] HSCN: [0x0.79fdb] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x707d8148) file#: 1 rdba: 0x00407e91 (1/32401) class: 1 ba: 0x70404000
   set: 9 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 184,28
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x841f5600,0x841f5600] lru: [0x707d8360,0x843ead88]
   obj-flags: object_ckpt_list
   ckptq: [0x707d91e8,0x70fee328] fileq: [0x843ef670,0x757d8f98] objq: [0x7a868ef0,0x7a868ef0]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.21a2a.0] LSCN: [0x0.79fdb] HSCN: [0x0.79fdb] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
BH (0x707e1358) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x704fa000
   set: 10 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 200,19
   dbwrid: 0 obj: 13587 objn: 0 tsn: 0 afn: 1 hint: f
   hash: [0x70beb588,0x8403d820] lru: [0x60fe1310,0x843eb468]
   lru-flags: on_auxiliary_list
   ckptq: [NULL] fileq: [NULL] objq: [NULL]
   st: FREE md: NULL tch: 0 lfb: 33
   flags:
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x70beb4d8) file#: 1 rdba: 0x00407e90 (1/32400) class: 4 ba: 0x70a0a000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 205,19
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x8403d820,0x707e1408] lru: [0x60ff3730,0x843ec208]
   lru-flags: on_auxiliary_list
   ckptq: [NULL] fileq: [NULL] objq: [NULL]
   st: FREE md: NULL tch: 0 lfb: 33
   flags:
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x707d8148) file#: 1 rdba: 0x00407e91 (1/32401) class: 1 ba: 0x70404000
   set: 9 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 190,19
   dbwrid: 0 obj: 13587 objn: 13587 tsn: 0 afn: 1 hint: f
   hash: [0x841f5600,0x841f5600] lru: [0x60fd8100,0x843ead98]
   lru-flags: on_auxiliary_list
   ckptq: [NULL] fileq: [NULL] objq: [NULL]
   st: FREE md: NULL tch: 0 lfb: 33
   flags:
   cr pin refcnt: 0 sh pin refcnt: 0
二、在SEGMENT SPACE MANAGEMENT=AUTO的EXAMPLE空间下建表：
1、建表zn.t8
 SYS@PROD>create table zn.t8(x int, y int);
 Table created.
 SYS@PROD>select obj# from obj$ where name='T8';
       OBJ#
----------
      13591
 SYS@PROD>alter session set events 'immediate trace name buffers level 1';
 Session altered.
 SYS@PROD>select * from v$diag_info where name='Default Trace File';
    INST_ID NAME                                                             VALUE
 ---------- ---------------------------------------------------------------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
          1 Default Trace File                                               /s01/app/oracle/diag/rdbms/prod/PROD/trace/PROD_ora_7243.trc
 vi /s01/app/oracle/diag/rdbms/prod/PROD/trace/PROD_ora_7243.trc
找不到objn: 13591的BH
同样发现此时在DBA_SEGMENTS和ZN.USER_SEGMENTS里都找不到SEGMENT_NAME='T8'的记录
2、插入一条记录zn.t8
 SYS@PROD>insert into zn.t8 values(1,2);
 1 row created.
SYS@PROD>select segment_name,tablespace_name from dba_segments where segment_name='T8';
 SEGMENT_NA TABLESPACE_NAME
 ---------- ------------------------------
 T8         EXAMPLE
 SYS@PROD>roll back;
 Rollback complete.
 SYS@PROD>select segment_name,tablespace_name from dba_segments where segment_name='T8';
 SEGMENT_NA TABLESPACE_NAME
 ---------- ------------------------------
 T8         EXAMPLE
此时再做dump查看并查看trace file
 SYS@PROD>alter session set events 'immediate trace name buffers level 1';
 Session altered.
发现如下出现8个BH，对应的OBJECT_ID=13591-----ZN.T8!重现了我的帖子问题。但是此时我就可以理解一些了。
 自动段空间管理预分配了5个DATA BLOCK，再加上1个SEGMENT HEADER和CLASS=8/9的两个块（用处不明），合计8个。
 即使我上面的插入没有提交，做了回滚，依然分配了5个DATA BLOCK。
 最后重新做插入和提交，直接将ROW放在了229号块上。
BH (0x6fbe8428) file#: 4 rdba: 0x010000e1 (4/225) class: 9 ba: 0x6f9b8000
   set: 11 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 205,28
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x84038500,0x84038500] lru: [0x6fbe8640,0x6fbe83e0]
   obj-flags: object_ckpt_list
   ckptq: [0x6fbe82f8,0x6fbe8a18] fileq: [0x83c3a2e0,0x83c3a2e0] objq: [0x7a86bca8,0x6fbe82d8]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a87c] HSCN: [0x0.7a87c] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x753e7128) file#: 4 rdba: 0x010000e6 (4/230) class: 1 ba: 0x75198000
   set: 9 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 196,28
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x840786e0,0x840786e0] lru: [0x743f6580,0x843ead88]
   obj-flags: object_ckpt_list
   ckptq: [0x843ec410,0x6fbf6bb8] fileq: [0x843ec490,0x843ec490] objq: [0x7a868770,0x7a868770]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a886] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbdeaf8) file#: 4 rdba: 0x010000e3 (4/227) class: 1 ba: 0x6f8b6000
   set: 10 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 206,19
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x840e00c0,0x840e00c0] lru: [0x6fbded10,0x6fbdeab0]
   obj-flags: object_ckpt_list
   ckptq: [0x6fbde9c8,0x703eedd8] fileq: [0x6fbde9d8,0x703eede8] objq: [0x6fbded38,0x6fbdead8]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a886] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbf2df8) file#: 4 rdba: 0x010000e0 (4/224) class: 8 ba: 0x6fad6000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 215,19
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x73ff9f78,0x84148720] lru: [0x6fbf3010,0x6fbf2db0]
   obj-flags: object_ckpt_list
   ckptq: [0x6fbf2cc8,0x6ffe74b8] fileq: [0x83c41f10,0x83c41f10] objq: [0x7a86a9e8,0x6fbf2ca8]
   st: XCURRENT md: NULL tch: 2
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a87d] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbf2b98) file#: 4 rdba: 0x010000e5 (4/229) class: 1 ba: 0x6fad2000
   set: 12 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 215,19
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x84188900,0x84188900] lru: [0x6fbf2db0,0x843ec1f8]
   obj-flags: object_ckpt_list
   ckptq: [0x83c450d0,0x703dfa68] fileq: [0x83c45150,0x83c45150] objq: [0x6fbf2f08,0x7a86a9e8]
   st: XCURRENT md: NULL tch: 2
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a886] HSCN: [0x0.7a892] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbdec28) file#: 4 rdba: 0x010000e2 (4/226) class: 4 ba: 0x6f8b8000
   set: 10 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 206,19
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x841f02e0,0x841f02e0] lru: [0x6fbdee40,0x6fbdebe0]
   obj-flags: object_ckpt_list
   ckptq: [0x843f7280,0x77fe8a18] fileq: [0x843f7300,0x77fe8a28] objq: [0x7a865b80,0x6fbdec08]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a87b] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbde9c8) file#: 4 rdba: 0x010000e7 (4/231) class: 1 ba: 0x6f8b4000
   set: 10 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 206,19
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x842304c0,0x842304c0] lru: [0x6fbdebe0,0x843eb458]
   obj-flags: object_ckpt_list
   ckptq: [0x843fa4c0,0x6fbdeaf8] fileq: [0x843fa540,0x6fbdeb08] objq: [0x6fbdec08,0x7a865b80]
  st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a886] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 BH (0x6fbe81c8) file#: 4 rdba: 0x010000e4 (4/228) class: 1 ba: 0x6f9b4000
   set: 11 pool 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 205,28
   dbwrid: 0 obj: 13591 objn: 13591 tsn: 4 afn: 4 hint: f
   hash: [0x84298b20,0x84298b20] lru: [0x6fbe83e0,0x843ebb28]
   obj-flags: object_ckpt_list
   ckptq: [0x83c37020,0x6ffd9908] fileq: [0x83c370a0,0x83c370a0] objq: [0x6fbe8538,0x7a86bca8]
   st: XCURRENT md: NULL tch: 1
   flags: buffer_dirty redo_since_read
   LRBA: [0xf.26017.0] LSCN: [0x0.7a886] HSCN: [0x0.7a886] HSUB: [1]
   cr pin refcnt: 0 sh pin refcnt: 0
 SYS@PROD>select dbms_rowid.rowid_relative_fno(rowid), dbms_rowid.rowid_block_number(rowid) from zn.t8;
 no rows selected
 SYS@PROD>insert into zn.t8 values(1,2);
 1 row created.
 SYS@PROD>commit;
 Commit complete.
 SYS@PROD>select dbms_rowid.rowid_relative_fno(rowid), dbms_rowid.rowid_block_number(rowid) from zn.t8;
 DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
 ------------------------------------ ------------------------------------
                                    4                                  229

不知上面我的理解和实验过程是否正确，请各位大侠指正。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26521853/viewspace-1137844/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/26521853/viewspace-1137844/

cuidai9315
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux内存踩踏问题分析方法
a2591748032的博客
03-26 4239
Linux内存踩踏问题分析方法
ORACLE （5）： buffer cache(CBC LATCH实验)
pool_Sneaker的博客
03-22 288
什么是cache buffers chains latch 当用户执行一条select语句的过程如下： 1.根据记录找到对应的DBA： 比如： SQL> select dbms_rowid.ROWID_BLOCK_NUMBER(rowid) as bk_num,dbms_rowid.ROWID_RELATIVE_FNO(rowid) as f_num from study.test wher...
内存崩溃错误代码含义
asdasfdgdhh的博客
10-18 388
0xABABABAB : Used by Microsoft’s HeapAlloc() to mark “no man’s land” guard bytes after allocated heap memory 0xABADCAFE : A startup to this value to initialize all free memory to catch errant pointers 0xBAADF00D : Used by Microsoft’s LocalAlloc(LMEM_..
缓存数据读取错误
iteye_13425的博客
05-16 446
今天遇到一个问题，在一个服务器上里部署了两套项目程序，数据库两份，分别使用30和31的缓存，但是出现三种现象，一是登录时取不到缓存中的数据，二是一个项目登录另一个也登录了，三是一个项目取到别的项目里的数据。 主要原因是两个的缓存存数据和取数据不一致，例如1->30存，31取 现象一是，项目2 有uid=10，但是项目1没有，所以登录后取不到数据 现象二是，由于部署在一个服务器上，ip...
学习BUFFER CACHE的一点问题和实验理解过程一
cuidai9315的博客
04-08 165
最初是发了下面的一个帖子求助，后来随着自己的思考和实验， 总结了一点点东西，不敢作为分享，怕自己理解的不正确对其他人产生误导。仅作为自己的一点学习笔记，以后有了新的理解再做更新。 BUFFER CACHE水太深，目...
一起读nodejs(九)----缓存类(Buffer)
程序员！我当定了！
09-21 4672
本文是对nodejs0.8.9版本的api开发手册解读.nodejs网址          缓存类(Buffer)      stability:3 - Stable     纯javascript对Unicode支持不叫不错,但是对二进制数据的支持就不怎么样了,当需要处理TCP流或者文件系统时,是必须要处理八进制流(octet streams).Node有几种策略来操作,创建,销毁八进制
LInux性能优化--内存(buffer 和 cache的区别)
yangzhengqui的专栏
06-22 1138
当使用free工具输出的时候： 大部分指标都比较容易理解，但 Buffer 和 Cache 可能不太好区分。从字面上来说，Buffer 是缓冲区，而 Cache 是缓存，两者都是数据在内存中的临时存储。 不知道的情况，就查文档手册 buffers Memory used by kernel buffers (Buffers in /proc/meminfo) cache Memory used by the page cache and slabs (Cached and SReclaimable
实验六 多cache一致性——监听协议_CPU缓存一致性协议MESI，memory barrier和java volatile...
weixin_40006763的博客
11-23 1332
MESI协议MESI协议是一个被广泛使用的CPU缓存一致性协议。我们都知道在CPU中存在着多级缓存，缓存级别越低，容量就越小，速度也越快。有了缓存，CPU就不需要每次都向主存读写数据，这提高了CPU的运行速度。然而，在多核CPU中，低级别的缓存是单个CPU独占的:如上图所示，每个CPU核心分别拥有独立的一、二级缓存，共享了三级缓存。这就带来了缓存一致性的问题：当同一份数据同时存在于多个CPU的独...
Linux 内存中的缓冲区（Buffer）与缓存（Cache）
Trouvailless的博客
05-14 3466
Buffer 和 Cache 的定义： Buffer：是原始磁盘块的临时存储，即将缓存数据写入磁盘。它通常不会很大（大约 20MB）。这样，内核就可以将分散的写入集中起来，从而对磁盘写入进行统一优化。例如，多个小的写入可以合并为一个大的写入等。 Cache：是用于从磁盘读取文件的页面缓存，用于缓存从文件中读取的数据。这样，下次访问这些文件数据时，可以直接从内存中快速取回，而无需再次访问缓慢的磁盘。 但是让我问你，由于 Buffer 只是将写入磁盘的数据的缓存。反过来，它还会缓存从磁盘读取的数据吗？或者.
Linux内存管理 —— 通过实验学习和理解CoW（1）
pengdonglin137的专栏
03-31 973
我们知道，Linux内核为了提高进程fork的效率，实现了CoW技术，即将进程的私有的可写区域的Page的映射属性改成只读，父子进程的任何一方先发起写操作的将触发CoW：分配一个新的物理页，然后将要写的区域页的内容拷贝到这个物理页，最后将这个物理页映射到要写的用户虚拟地址上。下面我们通过实验和源码分析来理解这个过程。
6.858 Fall 2014 Lab 1: Buffer overflows
qq_43536827的博客
12-18 259
6.858 Fall 2014 Lab 1: Buffer overflows
遭遇内存无法读写的错误
weixin_34138139的博客
01-09 203
之前我开发机是64位的win8系统，然后我所有代码都迁入到了bitbucket中，我回家获取最新代码在我win7 32位机器上开发，就报错，提示内存无法读写的问题。 最后在stackoverflow上找了一篇文章，然后按照其中方法，成功启动起来了： http://stackoverflow.com/questions/4074585/attempted-to-read-or-write-pro...
Buffer Cache ---- HASH链
kf_panda
07-29 795
一、HASH链理解 1、HASH链是ORACLE为了提高数据块定位速度而设计的。将db cache中正在使用的数据块都放到HASH链上，这个HASH链是多个BUCKET组成的多链结构，每个BUCKET就是一条链的链头，从而引出一条独立的双向链。ORACLE设计了一个散列算法，通过数据文件的文件号和数据块的块号，进行散列运算，得到的散列值就是这个数据块所在的BUCKET号码。得到BUCKET位置后
《Oracle内核技术解密》读书笔记（三）
Aluphamii
10-18 737
填坑
oracle block other,oracle block数据块结构续(一)
weixin_33169898的博客
04-06 99
/**********查看254条记录以上的数据块**********/SQL> select dbms_rowid.rowid_block_number(rowid),count(*) from t_block group by dbms_rowid.rowid_block_number(rowid) having count(*)>250;DBMS_ROWID.ROWID_BLO...
python下载安装.zip
09-01
python下载安装
dbForge Studio 2023 for MySQL Enterprise 10.0.150 x64亲测可用
09-01
用全面的 MySQL GUI 工具简化您的日常工作流程，用于数据库开发、经营管理和行政管理。
mysql实验111111111
最新发布
09-01
mysql实验111111111
弹性力学数值方法：有限元法(FEM)：三维弹性问题有限元分析.docx
09-01
弹性力学数值方法：有限元法(FEM)：三维弹性问题有限元分析.docx
Oracle18实验详解：从插入到检查点的深度探索
实验十七和实验十八则分别关注逻辑读操作和Buffer Cache中的LRU（Least Recently Used）链。LRU链用于管理内存中的数据块，确保最常访问的数据保持在内存中，以提高性能。 这些实验不仅涵盖了Oracle数据库的基础...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值