US20090193196A1 - Method and system for cache eviction - Google Patents
Method and system for cache eviction Download PDFInfo
- Publication number
- US20090193196A1 US20090193196A1 US12/271,915 US27191508A US2009193196A1 US 20090193196 A1 US20090193196 A1 US 20090193196A1 US 27191508 A US27191508 A US 27191508A US 2009193196 A1 US2009193196 A1 US 2009193196A1
- Authority
- US
- United States
- Prior art keywords
- cache
- core
- load
- cpu
- loaded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/12—Replacement control
- G06F12/121—Replacement control using replacement algorithms
- G06F12/126—Replacement control using replacement algorithms with special data handling, e.g. priority of data or instructions, handling errors or pinning
- G06F12/127—Replacement control using replacement algorithms with special data handling, e.g. priority of data or instructions, handling errors or pinning using additional replacement algorithms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0806—Multiuser, multiprocessor or multiprocessing cache systems
- G06F12/084—Multiuser, multiprocessor or multiprocessing cache systems with a shared cache
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
- G06F2212/10—Providing a specific technical effect
- G06F2212/1016—Performance improvement
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
- G06F2212/10—Providing a specific technical effect
- G06F2212/1016—Performance improvement
- G06F2212/1021—Hit rate improvement
Definitions
- Caches are fast memory modules often on the same chip and close to the central processing unit (CPU). Data and instructions used by the CPU are loaded in cache. The benefit of using cache is that the same data or next instructions (also loaded in cache) are readily available to the CPU and they don't have to be loaded from a slower main memory.
- a CPU needs data which is already in the cache, it is called a “hit”; while if the data is not in cache and needs to be loaded from memory, it is called a “miss”. For better performance, it is desired to increase hits and reduce misses.
- L1 is the fastest and closest to the CPU; L2 feeds to L1 and it is not as fast; etc. LLC stands for Last-Level Cache which is farthest from the CPU but often on the same chip or on the next module.
- the CPU cores may be sharing the cache with a limited space.
- the lines of data previously loaded in cache may have to be evicted to make room for new data to be loaded to the cache.
- Simple cache algorithms such as Least Recently Used (LRU) or Least Frequently Used (LFU) (to clear out cache lines to make room for new data) do not track individual CPU core loading patterns.
- LRU Least Recently Used
- LFU Least Frequently Used
- the proposed algorithm will improve the processor cache miss rates and overall cache efficiency in multi-core environments in which multiple CPU's share a single cache structure most often on a single die.
- the cache area is examined, and if the cache area is not full, the cache line is marked with the requester's CPU id and loaded in the shared cache, the cache load tracker (CLT) count for the requester's CPU is incremented, examined against a threshold and if this count exceeds the threshold all such count totals (for all CPUs) are reduced proportionally to protect them against an overflow.
- CLT cache load tracker
- CLL cache line load
- FIG. 1 is the flow diagram for cache eviction system.
- FIG. 2 is the continuation of the cache eviction system flow diagram.
- FIG. 3 is the load counter reset algorithm for this system.
- This system (as one embodiment) describes a cache eviction method based on the CPU usage pattern of cache combined with known methods such as LRU and determines which CPU core should be targeted for LRU.
- This system is proposed for multiple core CPUs sharing a cache load tracker (CLT) module for the shared cache.
- CLT cache load tracker
- Every cache line loaded to cache is marked by the ID of the CPU core requesting its load to later be able to identify and evict the cache lines based on its original requesting CPU core or any identified CPU.
- a cache load tracker (CLT) module is responsible for tracking the number of cache lines loaded (CLL) into cache per individual CPU core. CLT also measures the load or miss rate on a separate set of memory locations for each CPU core.
- the rate of miss for each CPU core will be the number of loads requested by that core within the last predetermined number of misses.
- FIFO first in first out
- the rates per core could be based on the number of misses per core in a predetermined number of misses, having the rates updated only after a predetermined number of misses have been accumulated. This requires a counter corresponding to each core for counting the corresponding core miss events; transferring the value of the counters to the core miss rate memory locations and resetting their values to zero, every time a predetermined number of misses are accumulated.
- FIGS. 1 , 2 and 3 The steps for this new eviction method are depicted in FIGS. 1 , 2 and 3 and are as follows: Once a share cache load command is received, cache area is examined in FIG. 1 step 110 to determine if this area is full. If cache area is not full, cache line could be loaded ( FIG. 1 , step 120 ) and steps in algorithm depicted in FIG. 3 is executed: CLL is marked with the requester's CPU ID and loaded in the shared cache as depicted in FIG. 3 step 310 . CLL of the cache load tracker (CLT) for the requesters CPU is incremented in step 312 of FIG. 3 . In step 314 of FIG. 3 , this counter is examined to determine if the value has exceeded a threshold value.
- CLT cache load tracker
- process is complete and algorithm ends. If the value has not exceeded the threshold, process is complete and algorithm ends. If the value has exceeded the threshold value, all such count totals (for all CPUs) are reduced proportionally ( FIG. 3 , step 316 ). This is required to protect the CLT counters against unwanted overflow.
- step 110 if shared cache area is full, all the CLL counts for all the CPU's are examined ( FIG. 1 step 112 ). If all the CLL counts for all the CPU's are equal ( FIG. 1 , step 114 ), LRU algorithm is used and a cache line from any of the other CPU's not responsible for this load is evicted ( FIG. 1 , step 116 ) and CLL counter for that CPU is decremented ( FIG. 1 , step 118 ). At this stage algorithm ends as new cache line could be loaded.
- CLL counts for all the CPU's were not equal ( FIG. 1 , step 114 )
- the requesting CPU's cache performance thresholds are examined in FIG. 2 , step 210 .
- a first such threshold is the CLT's CLL minimum threshold value.
- CLT's CLL counter is more than a minimum threshold value ( FIG. 2 , step 212 )
- LRU is applied to the cache lines corresponding to the CPU with the highest CLT's CLL count ( FIG. 2 , step 216 ) and a cache line is evicted, CLL count for that CPU is decremented ( FIG. 2 , step 220 ) and at this stage the algorithm ends as new cache line could be loaded.
- the 2 nd CPU cache performance value: miss rate is examined ( FIG. 2 , step 214 ). If the miss rate is above the threshold value, LRU is applied to the cache lines corresponding to the CPU with the highest CLT's CLL count ( FIG. 2 , step 216 ) and a cache line is evicted, CLL count for that CPU is decremented ( FIG. 2 , step 220 ) and at this stage the algorithm ends as new cache line could be loaded. If the miss rate is not above the threshold value, LRU is applied to the cache lines corresponding to the CPU with the lowest load rate ( FIG. 2 , step 218 ) and a cache line is evicted, CLL count for that CPU is decremented ( FIG. 2 , step 220 ) and at this stage the algorithm ends as new cache line could be loaded.
- Another embodiment of this invention is a method of cache eviction for a multiple core central processing unit comprising of a multiple core central processing unit sharing a last-level cache; loading a first cache line to a first cache; a first core among the multiple core central processing unit requesting a load in the first cache; wherein the first core has an identification number; marking the first cache line with the identification number of the first core; a cache load tracker keeping track of numbers of cache lines loaded into a cache per individual core among the multiple core central processing unit.
- a first number among the numbers of cache lines loaded into a cache per individual core exceeds a first threshold, reducing all the numbers of cache lines loaded into a cache per individual core other than the first number, proportionally, such that the cache load tracker is not overflowed; the cache load tracker further measuring load rate and miss rate; the cache load tracker recording the load rate and the miss rate on separate memory locations; the cache load tracker taking a running average over a first predetermined number of the most recent misses; storing the identification number of the first core in a second predetermined number of first-in-first-out queue of first memory locations.
- the first cache is full, evicting a second cache line by applying a least-recently-used filtering method on the second cache line. If the first number among the numbers of cache lines loaded into a cache per individual core exceeds a second threshold or the miss rate exceeds a third threshold, applying the least-recently-used filtering method on cache lines corresponding to a core with the largest number among the numbers of cache lines loaded into a cache per individual core. If the first number among the numbers of cache lines loaded into a cache per individual core does not exceed a second threshold and the miss rate does not exceed a third threshold, applying the least-recently-used filtering method on cache lines corresponding to a core with the lowest miss rate.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
The proposed system and associated algorithm when implemented improves the processor cache miss rates and overall cache efficiency in multi-core environments in which multiple CPU's share a single cache structure (as an example). The cache efficiency will be improved by tracking CPU core loading patterns such as miss rate and minimum cache line load threshold levels. Using this information along with existing cache eviction method such as LRU, results in determining which cache line from which CPU is evicted from the shared cache when a capacity conflict arises. This methodology allows one to dynamically allocate shared cache entries to each core within the socket based on the particular core's frequency of shared cache usage.
Description
- This is a Cont. of another Accelerated Exam. application, Ser. No. 12/020,531, filed Jan. 26, 2008, to issued in November 2008, as a US Patent, with the same title, inventors, and assignee, IBM.
- Caches are fast memory modules often on the same chip and close to the central processing unit (CPU). Data and instructions used by the CPU are loaded in cache. The benefit of using cache is that the same data or next instructions (also loaded in cache) are readily available to the CPU and they don't have to be loaded from a slower main memory. When a CPU needs data which is already in the cache, it is called a “hit”; while if the data is not in cache and needs to be loaded from memory, it is called a “miss”. For better performance, it is desired to increase hits and reduce misses.
- Caches are also at various levels: L1 is the fastest and closest to the CPU; L2 feeds to L1 and it is not as fast; etc. LLC stands for Last-Level Cache which is farthest from the CPU but often on the same chip or on the next module.
- When the processor is composed of multiple CPUs, the CPU cores may be sharing the cache with a limited space. The lines of data previously loaded in cache may have to be evicted to make room for new data to be loaded to the cache. Simple cache algorithms such as Least Recently Used (LRU) or Least Frequently Used (LFU) (to clear out cache lines to make room for new data) do not track individual CPU core loading patterns. When one CPU is much busier than another CPU, using these simple algorithms to determine cache line eviction priority can increase cache miss rates and hurt cache efficiency. The proposed algorithm will improve the processor cache miss rates and overall cache efficiency in multi-core environments in which multiple CPU's share a single cache structure most often on a single die.
- This is a system targeted (as one embodiment) for multiple core CPUs sharing one shared cache and describes an eviction method based on the CPU usage pattern of cache combined with known methods such as LRU and determines the CPU core which should be targeted for LRU. Once a share cache load command is received, the cache area is examined, and if the cache area is not full, the cache line is marked with the requester's CPU id and loaded in the shared cache, the cache load tracker (CLT) count for the requester's CPU is incremented, examined against a threshold and if this count exceeds the threshold all such count totals (for all CPUs) are reduced proportionally to protect them against an overflow.
- If the cache area is full, all the cache line load (CLL) counts for all the CPU's are compared and if they are all equal, LRU cache line for a CPU not responsible for the load is evicted. If the CLL counts for all the CPU's are not equal, requesting CPU's cache performance thresholds, specifically CLL minimum and the miss rate, are examined. If CLL minimum is exceeded or the miss rate is above the threshold, the LRU cache line loaded by a CPU with the highest number of CLL count is evicted. Otherwise, the LRU cache line for a CPU with the lowest load rate is evicted.
-
FIG. 1 is the flow diagram for cache eviction system. -
FIG. 2 is the continuation of the cache eviction system flow diagram. -
FIG. 3 is the load counter reset algorithm for this system. - This system (as one embodiment) describes a cache eviction method based on the CPU usage pattern of cache combined with known methods such as LRU and determines which CPU core should be targeted for LRU. This system is proposed for multiple core CPUs sharing a cache load tracker (CLT) module for the shared cache.
- Every cache line loaded to cache is marked by the ID of the CPU core requesting its load to later be able to identify and evict the cache lines based on its original requesting CPU core or any identified CPU.
- A cache load tracker (CLT) module is responsible for tracking the number of cache lines loaded (CLL) into cache per individual CPU core. CLT also measures the load or miss rate on a separate set of memory locations for each CPU core.
- One way to achieve this is based on a running average over a predetermined number of most recent misses. For example, the rate of miss for each CPU core will be the number of loads requested by that core within the last predetermined number of misses. This requires storing the core IDs in the same predetermined number of first in first out (FIFO) queue memory locations in order to increase the rate for the latest requesting core and decrease the rate for the last outgoing one in the queue.
- Alternatively, the rates per core could be based on the number of misses per core in a predetermined number of misses, having the rates updated only after a predetermined number of misses have been accumulated. This requires a counter corresponding to each core for counting the corresponding core miss events; transferring the value of the counters to the core miss rate memory locations and resetting their values to zero, every time a predetermined number of misses are accumulated.
- The steps for this new eviction method are depicted in
FIGS. 1 , 2 and 3 and are as follows: Once a share cache load command is received, cache area is examined inFIG. 1 step 110 to determine if this area is full. If cache area is not full, cache line could be loaded (FIG. 1 , step 120) and steps in algorithm depicted inFIG. 3 is executed: CLL is marked with the requester's CPU ID and loaded in the shared cache as depicted inFIG. 3 step 310. CLL of the cache load tracker (CLT) for the requesters CPU is incremented instep 312 ofFIG. 3 . Instep 314 ofFIG. 3 , this counter is examined to determine if the value has exceeded a threshold value. If the value has not exceeded the threshold, process is complete and algorithm ends. If the value has exceeded the threshold value, all such count totals (for all CPUs) are reduced proportionally (FIG. 3 , step 316). This is required to protect the CLT counters against unwanted overflow. - Back on
FIG. 1 ,step 110, if shared cache area is full, all the CLL counts for all the CPU's are examined (FIG. 1 step 112). If all the CLL counts for all the CPU's are equal (FIG. 1 , step 114), LRU algorithm is used and a cache line from any of the other CPU's not responsible for this load is evicted (FIG. 1 , step 116) and CLL counter for that CPU is decremented (FIG. 1 , step 118). At this stage algorithm ends as new cache line could be loaded. - If CLL counts for all the CPU's were not equal (
FIG. 1 , step 114), the requesting CPU's cache performance thresholds are examined inFIG. 2 ,step 210. A first such threshold is the CLT's CLL minimum threshold value. - If CLT's CLL counter is more than a minimum threshold value (
FIG. 2 , step 212), LRU is applied to the cache lines corresponding to the CPU with the highest CLT's CLL count (FIG. 2 , step 216) and a cache line is evicted, CLL count for that CPU is decremented (FIG. 2 , step 220) and at this stage the algorithm ends as new cache line could be loaded. - If CLT's CLL count is not more than a minimum threshold value, the 2nd CPU cache performance value: miss rate is examined (
FIG. 2 , step 214). If the miss rate is above the threshold value, LRU is applied to the cache lines corresponding to the CPU with the highest CLT's CLL count (FIG. 2 , step 216) and a cache line is evicted, CLL count for that CPU is decremented (FIG. 2 , step 220) and at this stage the algorithm ends as new cache line could be loaded. If the miss rate is not above the threshold value, LRU is applied to the cache lines corresponding to the CPU with the lowest load rate (FIG. 2 , step 218) and a cache line is evicted, CLL count for that CPU is decremented (FIG. 2 , step 220) and at this stage the algorithm ends as new cache line could be loaded. - Another embodiment of this invention is a method of cache eviction for a multiple core central processing unit comprising of a multiple core central processing unit sharing a last-level cache; loading a first cache line to a first cache; a first core among the multiple core central processing unit requesting a load in the first cache; wherein the first core has an identification number; marking the first cache line with the identification number of the first core; a cache load tracker keeping track of numbers of cache lines loaded into a cache per individual core among the multiple core central processing unit.
- If a first number among the numbers of cache lines loaded into a cache per individual core exceeds a first threshold, reducing all the numbers of cache lines loaded into a cache per individual core other than the first number, proportionally, such that the cache load tracker is not overflowed; the cache load tracker further measuring load rate and miss rate; the cache load tracker recording the load rate and the miss rate on separate memory locations; the cache load tracker taking a running average over a first predetermined number of the most recent misses; storing the identification number of the first core in a second predetermined number of first-in-first-out queue of first memory locations.
- If the first cache is full, evicting a second cache line by applying a least-recently-used filtering method on the second cache line. If the first number among the numbers of cache lines loaded into a cache per individual core exceeds a second threshold or the miss rate exceeds a third threshold, applying the least-recently-used filtering method on cache lines corresponding to a core with the largest number among the numbers of cache lines loaded into a cache per individual core. If the first number among the numbers of cache lines loaded into a cache per individual core does not exceed a second threshold and the miss rate does not exceed a third threshold, applying the least-recently-used filtering method on cache lines corresponding to a core with the lowest miss rate.
- Any variations of the above teaching are also intended to be covered by this patent application. This can apply to a system, apparatus, or device with cache for microprocessor, processor, server, PC, or mobile device, applying the method above.
Claims (1)
1. A system of cache eviction, said system comprising:
a multiple core central processing unit; and
a first cache;
wherein said multiple core central processing unit shares a last-level cache;
said first cache line is loaded to a first cache;
a first core among said multiple core central processing unit requests a load in said first cache;
said first core has an identification number;
said first cache line is marked with said identification number of said first core;
a cache load tracker keeps track of counts of cache lines loaded into said first cache for each individual core among said multiple core central processing unit;
when a count of said first core's cache lines loaded into said first cache exceeds a first threshold, all said counts of cache lines loaded into said first cache are reduced for each individual core, proportionally, such that said cache load tracker is not overflowed;
said cache load tracker further measures load rate and miss rate for each individual core;
said cache load tracker records said load rate and said miss rate on separate memory locations;
said cache load tracker takes a running average over a first predetermined number of most recent misses;
said identification number of said first core is stored in a second predetermined number of first-in-first-out queues of first memory locations;
when said first cache is full and all said counts of cache lines loaded into said first cache for each individual core are equal, a least-recently-used cache line corresponding to any core not responsible for said load in said first cache is evicted;
when said count of said first core's cache lines loaded into said first cache exceeds a second threshold or said miss rate for said first core exceeds a third threshold, a least-recently-used cache line corresponding to a core with the largest said count of cache lines loaded into said first cache is evicted; and
when said count of said first core's cache lines loaded into said first cache does not exceed said second threshold and said miss rate for said first core does not exceed said third threshold, a least-recently-used cache line corresponding to a core with the lowest load rate is evicted.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/271,915 US20090193196A1 (en) | 2008-01-26 | 2008-11-16 | Method and system for cache eviction |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/020,531 US7457920B1 (en) | 2008-01-26 | 2008-01-26 | Method and system for cache eviction |
US12/271,915 US20090193196A1 (en) | 2008-01-26 | 2008-11-16 | Method and system for cache eviction |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/020,531 Continuation US7457920B1 (en) | 2008-01-26 | 2008-01-26 | Method and system for cache eviction |
Publications (1)
Publication Number | Publication Date |
---|---|
US20090193196A1 true US20090193196A1 (en) | 2009-07-30 |
Family
ID=40029573
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/020,531 Expired - Fee Related US7457920B1 (en) | 2008-01-26 | 2008-01-26 | Method and system for cache eviction |
US12/271,915 Abandoned US20090193196A1 (en) | 2008-01-26 | 2008-11-16 | Method and system for cache eviction |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/020,531 Expired - Fee Related US7457920B1 (en) | 2008-01-26 | 2008-01-26 | Method and system for cache eviction |
Country Status (1)
Country | Link |
---|---|
US (2) | US7457920B1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090157970A1 (en) * | 2007-12-13 | 2009-06-18 | International Business Machines Corporation | Method and system for intelligent and dynamic cache replacement management based on efficient use of cache for individual processor core |
US20150178199A1 (en) * | 2013-12-20 | 2015-06-25 | Liang-Min Wang | Method and apparatus for shared line unified cache |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2441005A2 (en) | 2009-06-09 | 2012-04-18 | Martin Vorbach | System and method for a cache in a multi-core processor |
JP5413001B2 (en) * | 2009-07-09 | 2014-02-12 | 富士通株式会社 | Cache memory |
US9529719B2 (en) * | 2012-08-05 | 2016-12-27 | Advanced Micro Devices, Inc. | Dynamic multithreaded cache allocation |
US9235513B2 (en) | 2012-10-18 | 2016-01-12 | International Business Machines Corporation | Cache management based on physical memory device characteristics |
CN103885892A (en) * | 2012-12-20 | 2014-06-25 | 株式会社东芝 | Memory controller |
US9529730B2 (en) * | 2014-04-28 | 2016-12-27 | Apple Inc. | Methods for cache line eviction |
US10223286B2 (en) | 2014-08-05 | 2019-03-05 | International Business Machines Corporation | Balanced cache for recently frequently used data |
GB2540761B (en) | 2015-07-23 | 2017-12-06 | Advanced Risc Mach Ltd | Cache usage estimation |
US10642657B2 (en) * | 2018-06-27 | 2020-05-05 | The Hong Kong Polytechnic University | Client-server architecture for multicore computer system to realize single-core-equivalent view |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6314498B1 (en) * | 1999-11-09 | 2001-11-06 | International Business Machines Corporation | Multiprocessor system bus transaction for transferring exclusive-deallocate cache state to lower lever cache |
US6393525B1 (en) * | 1999-05-18 | 2002-05-21 | Intel Corporation | Least recently used replacement method with protection |
US6591347B2 (en) * | 1998-10-09 | 2003-07-08 | National Semiconductor Corporation | Dynamic replacement technique in a shared cache |
US6681297B2 (en) * | 2000-08-21 | 2004-01-20 | Texas Instruments Incorporated | Software controlled cache configuration based on average miss rate |
US6681295B1 (en) * | 2000-08-31 | 2004-01-20 | Hewlett-Packard Development Company, L.P. | Fast lane prefetching |
US6751706B2 (en) * | 2000-08-21 | 2004-06-15 | Texas Instruments Incorporated | Multiple microprocessors with a shared cache |
US20050071564A1 (en) * | 2003-09-25 | 2005-03-31 | International Business Machines Corporation | Reduction of cache miss rates using shared private caches |
US20050135626A1 (en) * | 2003-12-22 | 2005-06-23 | International Business Machines Corporation | Key cache management through multiple localities |
US7076609B2 (en) * | 2002-09-20 | 2006-07-11 | Intel Corporation | Cache sharing for a chip multiprocessor or multiprocessing system |
US20070168617A1 (en) * | 2006-01-19 | 2007-07-19 | International Business Machines Corporation | Patrol snooping for higher level cache eviction candidate identification |
US20080010414A1 (en) * | 2006-07-07 | 2008-01-10 | Krishnan Kunjunny Kailas | Method and apparatus for dynamic priority-based cache replacement |
-
2008
- 2008-01-26 US US12/020,531 patent/US7457920B1/en not_active Expired - Fee Related
- 2008-11-16 US US12/271,915 patent/US20090193196A1/en not_active Abandoned
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6591347B2 (en) * | 1998-10-09 | 2003-07-08 | National Semiconductor Corporation | Dynamic replacement technique in a shared cache |
US6393525B1 (en) * | 1999-05-18 | 2002-05-21 | Intel Corporation | Least recently used replacement method with protection |
US6314498B1 (en) * | 1999-11-09 | 2001-11-06 | International Business Machines Corporation | Multiprocessor system bus transaction for transferring exclusive-deallocate cache state to lower lever cache |
US6681297B2 (en) * | 2000-08-21 | 2004-01-20 | Texas Instruments Incorporated | Software controlled cache configuration based on average miss rate |
US6751706B2 (en) * | 2000-08-21 | 2004-06-15 | Texas Instruments Incorporated | Multiple microprocessors with a shared cache |
US6681295B1 (en) * | 2000-08-31 | 2004-01-20 | Hewlett-Packard Development Company, L.P. | Fast lane prefetching |
US7076609B2 (en) * | 2002-09-20 | 2006-07-11 | Intel Corporation | Cache sharing for a chip multiprocessor or multiprocessing system |
US20050071564A1 (en) * | 2003-09-25 | 2005-03-31 | International Business Machines Corporation | Reduction of cache miss rates using shared private caches |
US20050135626A1 (en) * | 2003-12-22 | 2005-06-23 | International Business Machines Corporation | Key cache management through multiple localities |
US20070168617A1 (en) * | 2006-01-19 | 2007-07-19 | International Business Machines Corporation | Patrol snooping for higher level cache eviction candidate identification |
US20080010414A1 (en) * | 2006-07-07 | 2008-01-10 | Krishnan Kunjunny Kailas | Method and apparatus for dynamic priority-based cache replacement |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090157970A1 (en) * | 2007-12-13 | 2009-06-18 | International Business Machines Corporation | Method and system for intelligent and dynamic cache replacement management based on efficient use of cache for individual processor core |
US7844779B2 (en) * | 2007-12-13 | 2010-11-30 | International Business Machines Corporation | Method and system for intelligent and dynamic cache replacement management based on efficient use of cache for individual processor core |
US20150178199A1 (en) * | 2013-12-20 | 2015-06-25 | Liang-Min Wang | Method and apparatus for shared line unified cache |
US9361233B2 (en) * | 2013-12-20 | 2016-06-07 | Intel Corporation | Method and apparatus for shared line unified cache |
Also Published As
Publication number | Publication date |
---|---|
US7457920B1 (en) | 2008-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7457920B1 (en) | Method and system for cache eviction | |
US10540281B2 (en) | Cache allocation based on quality-of-service monitoring | |
CN108763110B (en) | Data caching method and device | |
US7757045B2 (en) | Synchronizing recency information in an inclusive cache hierarchy | |
US10133678B2 (en) | Method and apparatus for memory management | |
US7284096B2 (en) | Systems and methods for data caching | |
CN109154920B (en) | Method for monitoring marked memory and processing equipment | |
CN110869914B (en) | Utilization-based throttling of hardware prefetchers | |
CN111052095B (en) | Multi-line data prefetching using dynamic prefetch depth | |
US10007614B2 (en) | Method and apparatus for determining metric for selective caching | |
KR20180114497A (en) | Techniques to reduce read-modify-write overhead in hybrid dram/nand memory | |
US20030110357A1 (en) | Weight based disk cache replacement method | |
US11113207B2 (en) | Bypass predictor for an exclusive last-level cache | |
CN106372007B (en) | Cache utilization estimation | |
US9639470B2 (en) | Coherency checking of invalidate transactions caused by snoop filter eviction in an integrated circuit | |
EP4078387B1 (en) | Cache management based on access type priority | |
EP3285172A1 (en) | Data cache region prefetcher | |
EP1304619A1 (en) | Cache memory operation | |
US8250304B2 (en) | Cache memory device and system with set and group limited priority and casting management of I/O type data injection | |
JP2005310134A (en) | Improvement of storing performance | |
US20090157968A1 (en) | Cache Memory with Extended Set-associativity of Partner Sets | |
CN116662219A (en) | Dynamic prefetching of data from a storage device | |
US11609858B2 (en) | Bypass predictor for an exclusive last-level cache | |
US11693778B2 (en) | Cache grouping for increasing performance and fairness in shared caches | |
CN118245512B (en) | Prefetch control method and device, electronic equipment and readable storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KORNEGAY, MARCUS LATHAN;PHAM, NGAN NGOC;REEL/FRAME:021941/0586 Effective date: 20080123 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |