Firebird Database Cache Buffer Norman Dunbar, Martin Köditz Version 1.2, 28 May 2020 Table of Contents 1. Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. The Firebird Cache. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Table of Contents 1 Chapter 1. Introduction Firebird uses a page cache to hold pages in memory. It is much quicker to retrieve pages from RAM than to go out onto the disc

Der Firebird Cache-Buffer Norman Dunbar, Martin Köditz Version 1.2-de, 28. Mai 2020 Inhaltsverzeichnis 1. Einleitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Der Firebird-Cache. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Inhaltsverzeichnis 1 Kapitel 1. Einleitung Firebird nutzt einen Seiten-Cache (engl. page cache), um die Seiten im Speicher vorzuhalten. Diese sind deutlich schneller aus dem Arbeitsspeicher

HBASE-21879 Read HFile ’s Block into ByteBuffer directly. 1. Background For reducing the Java GC impact to p99/p999 RPC latency, HBase 2.x has made an offheap read and write path. The KV are allocated we’ll try to read the BucketCache firstly, if the Cache misses, go to the HFile and read the corresponding block. The workflow: reading block from cache OR sending cells to client, is basically not involved that the process of reading the Block from HFile is still copied to the heap firstly, the heap block won’t free unless the WriterThread of BucketCache flushes the Block to offheap IOEngine successfully

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1417 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1446 11 file Configuration parame- ter Change type Description TiDB Light- ning block- �→ size Newly added Controls the I/O block size for sorting local files in Physical Import Mode (backend �→ =' �→ local addresses to enhance stability #49515 @mittalrishabh • Support configuring the block-size parameter to control the I/O block size for sorting local files to improve performance #45037 @mittalrishabh 2.2

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1402 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1431 11 evict �→ - �→ cache �→ -on- �→ memory �→ - �→ ratio �→ Newly added When the memory usage of TiKV exceeds 90% of the system available memory, and the memory occupied by Raft entry cache exceeds the evict- evict- �→ cache �→ -on- �→ memory �→ - �→ ratio �→ of used memory, TiKV evicts the Raft entry cache. 49 Configuration file Configuration parame- ter Change type Description TiKV memory. �→ enable �→

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1398 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1427 11 non-prepared statements (exper- imental) #36598 @qw4990 TiDB v7.0.0 introduces non-prepared plan cache as an experimental feature to improve the load capacity of concurrent OLTP. In v7.1.0, TiDB enhances 1.0 merges the cache pools of non-prepared and prepared plan caches. You can control the cache size using the system vari- able tidb_session_plan_cache_size. The tidb_prepared_plan_cache_size and tidb_

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1892 11.2.9 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1921 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5036 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5037 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1589 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1618 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5015 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5016 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1476 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1505 11 down to the TiKV copro- cessor. 46 Variable name Change type Description tidb_ �→ schema �→ _ �→ cache �→ _ �→ size Modified The range of values has been modi- fied to either 0 or [536870912, �→ �→ 9223372036854775807] 9223372036854775807] �→ . The mini- mum value is 536870912 �→ bytes (that is, 512 MiB) to avoid setting a cache size that is too small and caus- ing perfor- mance degra- dation. 47 Variable name Change type Description

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1468 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1497 11 the reason why an execution plan is not cached #50618 @qw4990 In some scenarios, you might want to cache most execution plans to save execution overhead and reduce latency. Currently, execution plan caching and the corresponding reasons. Therefore, starting from v8.2.0, new columns PLAN_CACHE_UNQUALIFIED and PLAN_ �→ CACHE_UNQUALIFIED_LAST_REASON are added to the system table STATEMENTS_ �→ SUMMARY to explain