A method for cache coherency in a reconfigurable cache architecture is provided. The method includes receiving a memory access command, wherein the memory access command includes at least an address of a memory to access; determining at least one access parameter based on the memory access command; and determining a target cache bin for serving the memory access command based in part on the at least one access parameter and the address.
|
18. A reconfigurable cache architecture, comprising:
a memory; and
a plurality of separate physical cache nodes, operating substantially independently and electrically coupled to the memory, wherein each cache node is partitionable to a plurality of cache bins, wherein access to any cache bin of the plurality of cache bins is determined based on at least one access parameter, wherein the at least one access parameter includes at least one of: a process id, a processing core id, a thread id, and a cache bit, and comprises computing a deterministic function over the at least one access parameter to achieve cache coherency.
1. A method for cache coherency in a reconfigurable cache architecture, comprising:
receiving a memory access command, wherein the memory access command includes at least an address of a memory to access;
determining at least one access parameter based on the memory access command, wherein the at least one access parameter includes at least one of: a process id, a processing core id, a thread id, and a cache bit;
computing a deterministic function over the at least one access parameter and the address to achieve cache coherency; and
determining a target cache bin for serving the memory access command based in part on an outcome of computing the deterministic function;
wherein the reconfigurable cache architecture is distributed over a plurality of separate physical cache nodes, operating substantially independently and electrically coupled to the memory.
17. A non-transitory computer readable medium having stored thereon instructions for causing at least one processing circuitry to execute a process for cache coherency in a reconfigurable cache architecture, the process comprising:
receiving a memory access command, wherein the memory access command includes at least an address of a memory to access;
determining at least one access parameter based on the memory access command, wherein the access parameter is one of: a process id, a processing core id, a thread id, and a cache bit; and
computing a deterministic function over the at least one access parameter and the address to achieve cache coherency; and
determining a target cache bin for serving the memory access command based in part on an outcome of computing the deterministic function;
wherein the reconfigurable cache architecture is distributed over a plurality of separate physical cache nodes, operating substantially independently and electrically coupled to the memory.
2. The method of
3. The method of
wherein the target cache bin is one of the plurality of cache bins.
4. The method of
5. The method of
dynamically partitioning each cache node into at least two cache bins based on utilization of the respective plurality of cache bins of the cache node.
6. The method of
initially partitioning each cache node into a predetermined number of cache bins;
collecting statistics with respect to the usage of each cache bin; and
reconfiguring the initial partitioning of each cache node based on the collected statistics.
7. The method of
8. The method of
dynamically allocating more cache storage to at least one of the cache bins.
9. The method of
10. The method of
12. The method of
determining if the memory access command is associated with the logical entity; and
setting the access parameter as a logical entity identifier when it is determined that the memory access command is associated with the logical entity.
13. The method of
determining if the memory access command is associated with the physical entity; and
setting the access parameter as a physical entity identifier when it is determined that the memory access command is associated with the physical entity.
14. The method of
determining at least one cache attribute, wherein the at least one cache attribute includes at least one of: a never cache certain value, an always cache certain value, or an always check certain value.
15. The method of
16. The method of
a central processing unit (CPU), a field-programmable gate array (FPGA), a graphics processing unit (GPU), a coarse-grained reconfigurable architecture (CGRA), an application-specific integrated circuit (ASIC), multi-core processor, and a quantum computer.
19. The reconfigurable cache architecture of
20. The reconfigurable cache architecture of
dynamically partition each cache node into at least two cache bins based on utilization of the respective plurality of cache bins.
21. The reconfigurable cache architecture of
initially partition each cache node into a predetermined number of cache bins;
collect statistics with respect to the usage of each cache bin; and
reconfigure the initial partitioning of each cache node based on the collected statistics.
22. The reconfigurable cache architecture of
23. The reconfigurable cache architecture of
dynamically allocate more cache storage to at least one of the cache bins.
24. The reconfigurable cache architecture of
|
This application is continuation of U.S. patent application Ser. No. 16/054,202 filed on Aug. 3, 2018, which claims the benefit of U.S. Provisional Application No. 62/540,854 filed on Aug. 3, 2017. The contents of the above applications are all incorporated by reference as if fully set forth herein in their entirety
The disclosure generally relates to memory architectures, and more specifically to embedded computing architectures and configurable computing architectures.
In a shared memory multi-core processor with a separate cache memory for each processor, it is possible to have many copies of shared data: one copy in the main memory and one in the local cache of each processor that requested a copy of the data. When one of the data copies is changed, the other copies must reflect that change.
Cache coherence is the uniformity of shared resource data that requires multiple local caches. When clients (e.g., processor cores) in a system maintain local caches of a common memory resource, problems may arise with incoherent data, e.g., the local caches have different values of a single address location.
An example conventional architecture 100 for implementing cache coherence is shown in
As the memory 130 is shared by the multiple processor cores 110 (and their respective local caches 120), when accessing the shared memory 130, a processor core (e.g., the core 110-1) generally needs to copy a data block from the shared memory 130 to its own cache (e.g., the cache 120-1) in order to accelerate data access. When multiple processor cores 110 access the shared memory 130, a copy of the data block in the shared memory 130 exists in the local caches 120 of all such processor cores 110. To maintain coherence of the copies, a cache coherence mechanism (CCM) 125 is required to manage data sharing.
Specifically, when performing a write (or store) operation on a shared data block or a copy of the shared data block, a write invalidate operation is sent to a processor core 110 that stores a copy of the shared data block, to avoid a data incoherence problem. To maintain cache coherence, the mechanism 125 records a cache status of a data block (or a data block interval). The cache status of the data block (or the data block interval) may include an access type and a sharer of the data block (or the data block interval).
The cache coherence mechanism 125 utilized in conventional architectures operates in a pipeline fashion. As such, a large portion of the processing time is spent on moving data from one area of the memory 130 to the local cache(s) 120, and from one local cache 120 to another. In addition, the conventional architecture of caching as shown
The limitation of a shared memory resource can also be solved using a reconfigurable cache architecture. Typically, such architectures support dynamic cache partitioning at the hardware level. A reconfigurable cache architecture is typically designed to allow core processors to dynamically allocate cache resource while guaranteeing strict cache isolation among the real-time tasks.
Reconfigurable cache architectures mainly target for power reduction by using direct addressing mapping. However, such architectures do not improve the latency of memory access.
Thus, it would be advantageous to provide a processing architecture that overcomes the deficiencies noted above.
A summary of several example embodiments of the disclosure follows. This summary is provided for the convenience of the reader to provide a basic understanding of such embodiments and does not wholly define the breadth of the disclosure. This summary is not an extensive overview of all contemplated embodiments, and is intended to neither identify key or critical elements of all embodiments nor to delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more embodiments in a simplified form as a prelude to the more detailed description that is presented later. For convenience, the term “some embodiments” may be used herein to refer to a single embodiment or multiple embodiments of the disclosure.
Some embodiments disclosed herein include a method for cache coherency in a reconfigurable cache architecture. The method comprises receiving a memory access command, wherein the memory access command includes at least an address of a memory to access; determining at least one access parameter based on the memory access command; and determining a target cache bin for serving the memory access command based in part on the at least one access parameter and the address.
Some embodiments disclosed herein include a reconfigurable cache architecture, comprising: a memory; and a plurality of cache nodes coupled to the memory, wherein each cache node is partitioned to a plurality of cache bins, wherein access to any cache bin of the plurality of cache bins is determined based on an access parameter.
The subject matter disclosed herein is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features and advantages of the invention will be apparent from the following detailed description taken in conjunction with the accompanying drawings.
In general, statements made in the specification of the present application do not necessarily limit any of the various claimed embodiments. Moreover, some statements may apply to some inventive features but not to others. In general, unless otherwise indicated, singular elements may be in plural and vice versa with no loss of generality. In the drawings, like numerals refer to like parts through several views.
In an embodiment, the processing architecture 200 includes a processing circuitry 210 coupled to a memory 220 via an interface or bus 240. An input/output (IO) and peripherals unit 230 is also connected to the interface or bus 240 to allow special functions, access to external elements, or both. The I/O and peripherals unit 230 may interface with a peripheral component interconnect (PCI) or PCI Express (PCIe) bus, co-processors, network controllers, and the like (not shown). It should be appreciated that PCIe bus enables connectivity to other peripheral devices.
The memory 220 is coupled to a plurality of cache nodes 225-1 through 225-n (hereinafter referred to individually as a cache node or collectively as cache nodes for simplicity purposes). Each cache node 225 is configured to store data processed by the processing circuitry 210 and to load data to the processing circuitry 210. Typically, access to the cache nodes 225 is performed through memory access commands, such as store (or write), load (or read). Each cache node 225 may be realized using high-speed static RAM (SRAM), dynamic RAM (DRAM), and the like. In an embodiment, each cache node 225 can be logically partitioned to a plurality of a cache bins (not shown in
The processing circuitry 210 may be any processing device or computational device, such as, but not limited to, a central processing unit (CPU), a field-programmable gate array (FPGA), a graphics processing unit (GPU), a coarse-grained reconfigurable architecture (CGRA), an application-specific integrated circuit (ASIC), a quantum computer, and so on. Typically, the processing circuitry 210 is a multi-core processor. It should be noted that the processing architecture 200 can further support a plurality of processing devices 210, e.g., multiple CPUs, hybrid CPUs, and the like.
In an embodiment, the processing circuitry 210 may be realized as a reconfigurable processing architecture. Such an architecture may be realized as an array of logical elements and multiplexers (MUXs). The logical elements may include arithmetic logic units (ALUs) and functional units (FUs) configured to execute computing functions.
The processing circuitry 210 is configured to perform various processes to provide a configurable cache architecture which maintains cache coherency among the caches 225-1 through 225-n. As such, the configurable cache architecture is enabled without any additional dedicated hardware. The processing circuitry 210 providing the configurable cache also executes the main programs designed for the processing architecture 200. For example, the processing circuitry 210 may execute a computational machine learning process and run the cache coherency.
It should be appreciated that, by not using a dedicated hardware, low latency cache access and low power utilization by the processing architecture 200 is ensured. As such, the reconfigurable cache architecture, as disclosed herein, can be utilized to accelerate the operation of the processing circuitry 210 (e.g., a CPU, a FPGA, a GPU, an ASIC, etc.).
According to the disclosed embodiments, the cache coherency is achieved by determining the location of data in any of the nodes and their cache bins using a deterministic function computed over at least one access parameter. The access parameters are determined by the processing circuitry 210. An access parameter may include, for example, at least one of a unitary identification (ID) representing, a physical entity, and a logical entity. Examples for such entities include, a process ID, a thread ID, a core ID, a cache bit, a source instruction point, a memory port ID, the memory access address, or a combination thereof. The type of the access parameter may be assigned based on the type of memory being accessed. For example, bins of shared memory may be accessed through, for example, at least one cache bit, while bins of local memory can be accessed through at least one process ID. The type of access parameter may be determined during compilation or at runtime.
In an embodiment, the processing circuitry 210 is configured to receive a memory access command, to determine the access parameter, and to determine the target cache bin based on the access parameter and address designated in the memory access command. As a non-limiting example, a deterministic function, e.g., a hash function, a set of ternary content-addressable memory (TCAM) match rules, a combination thereof, and the like, is computed over the address and the access parameter is called to decide which cache bin of the cache nodes 225 maintains the data.
For example, a store command may be received at the processing circuitry 210 through the I/O and peripherals unit 230. Such a command may include a data block and a memory address in which to save the data block. The processing circuitry 210 is configured to determine if the command is associated with, for example, a particular process. If so, the process ID of the process is used as an access parameter. A function computed over the address and process ID (serving as an access parameter) is used to determine the target cache bin for storing the data block. It should be noted that a thread-ID, a core-ID, a cache bit, and so on, can be used as an access parameter. For example, if the received stored command is associated with a particular thread, then a thread-ID will be utilized.
It should be appreciated that the system architecture 200 described hereinabove depicts a single computational device for the sake of simplicity, and that the architecture 200 can be equally implemented using a plurality of computational devices such as, e.g., CPUs, GPUs, combinations thereof, and so on.
In an embodiment, the processing circuitry 210 is configured to determine which of the cache nodes 225 should be partitioned, and is further configured to partition each node 225. That is, the processing circuitry 210 is configured to determine how many bins to partition the cache node 225, and the size of each partition. In an embodiment, the partitioning may be static, e.g., to a pre-defined number of bins having equal size. In another embodiment, the partitioning may be dynamic, where the allocation is based on the utilization of each cache bin. To this end, after each execution iteration, the utilization of each bin is measured, and based on the measured utilization, it is determined whether the bins' allocation should be modified. It should be noted that the measurement can be made after program termination or during runtime. For example, the size of popular bins may be increased, while the size of less popular bins is reduced. Further, the number of bins may be increased or decreased based on the measured utilization.
In certain embodiments, some cache nodes 225 may be statically partitioned, while other may be dynamically partitioned. It should be noted that, initially, the cache may be statistically partitioned, and as the program runs, the allocation of the bins may be dynamically modified.
In an embodiment, the cache address is divided among the cache bins. Each cache partition of the cache nodes 225 can be assigned a different logical or physical entity. For example, the cache node 225-1 can be partitioned into two cache bins, with one cache bin dedicated to a first process and the other cache bin dedicated to a second process of a program. Alternatively, the cache bin can be assigned to processor cores of the processing circuitry 210. Other examples of entities that can be allocated cache bins include threads. A partitioning of a cache node to bins is further illustrated in
It should be appreciated that this list is only illustrative and not exhaustive of the many types of logical entities and physical entities that can be assigned to cache bins. It should be further appreciated that a cache bin may be any portion of a cache node.
Specifically, as shown in
According to an embodiment, the cache architecture 300 may be distributed over multiple physical nodes where each node is further divided into one or more logical bins. A processing circuitry of each physical node may access all or part of the cache nodes.
As shown in
It should be further appreciated that the reconfigurable cache architecture 300 depicts a single cache node 225-n and a number of 4 or 8 bins 310 merely for the sake of simplicity. The architecture 300 would typically include a plurality of cache nodes that can be partitioned into any number of cache bins.
In an embodiment, a memory cache bin 310 may perform atomic memory access commands. Such commands may load, conditionally modify, and thereafter store the value of memory at a location, as a single operation. It is to be appreciated that when multiple atomic access commands are executed in parallel from multiple memory ports, and performed sequentially at the cache bin, they provide a coherent view to all memory ports.
As shown herein, the memory access commands are issued by the I/O peripherals 410. The processing circuitry 210 determines the target cache bin based in part on the received commands using a deterministic hash function 425.
In this configuration, any data or control signal (e.g., ack signal) received from the target cache bin is mapped to the I/O peripheral 410 that issued the received command. The mapping is performed by a mapping function 427 that can be implemented as a deterministic hash function, as a set of ternary content-addressable memory (TCAM) match rules, a combination thereof, and the like. It should be noted that the memory access is directed to the local caches 120 in order to perform the memory operation.
At S510, a memory access command is received. As mentioned above, the command may be to store (write) or load (read) data from the memory of a processing architecture. The command may be received via an interface such as, for example, the I/O peripherals unit 230. A received command includes at least a target address to which data is to be stored or from which data is to be loaded. In a store command, the data to be stored is also included in the received command. The memory address should be within the address boundaries determined during compilation of the code of the main program.
At S520, at least one access parameter is determined. As noted above, an access parameter may include a process ID, a thread ID, a cache bit, a storage pointer, a process core ID, and so on. In an embodiment, the determination includes determining a logical or physical entity that the received command is associated with. Examples for physical entities are discussed in detail above.
In an embodiment, if the received command is executed as part of a dedicated process or thread (both are considered logical entities), then the process-ID or thread-ID will be considered as the access parameter. In another embodiment, if the received command is executed on a dedicated processing core (considered a physical entity), then the core-ID will be considered as the access parameter. In yet another embodiment, if the received command is to access a shared memory (considered as a physical entity), then a cache bit will be considered as the access parameter.
In some embodiments, load/store attributes are determined. Such attributes include, for example, never cache certain values, always cache certain values, always check certain values, and so on. Furthermore, ordering of allocation, along with the access synchronization in the grid allows larger pipelines and higher throughput while simplifying mechanisms. Such attributes are advantageous for volatile memory as well as for locking mechanisms.
At S530, a target cache bin to access is determined. In an embodiment, the determination is performed using a deterministic function computed over the access parameter and the address designated in the received request. According to another embodiment, the deterministic function is connected to the grid so that the determination is made using the same interfaces.
It should be noted that data is stored to, or loaded from, the target cache bin as determined by the deterministic function.
In an embodiment, S530 includes gathering the statistics about the target cache bin being accessed. For example, the number of the bin, the frequency of accessing the same bin, and the size of the data being written or read are determined. These gathered statistics can be utilized to dynamically change the partitions of the bins.
In S540, it is checked whether additional system calls have been received and if so, execution continues with S510; otherwise, execution terminates.
The embodiments disclosed herein can be implemented as hardware, firmware, software, or any combination thereof. The application program may be uploaded to, and executed by, a machine comprising any suitable architecture. Preferably, the machine is implemented on a computer platform having hardware such as one or more central processing units (“CPUs”), a memory, and input/output interfaces.
The computer platform may also include an operating system and microinstruction code. The various processes and functions described herein may be either part of the microinstruction code or part of the application program, or any combination thereof, which may be executed by a CPU, whether or not such computer or processor is explicitly shown.
In addition, various other peripheral units may be connected to the computer platform such as an additional data storage unit. Furthermore, a non-transitory computer readable medium is any computer readable medium except for a transitory propagating signal.
All examples and conditional language recited herein are intended for pedagogical purposes to aid the reader in understanding the principles of the disclosure and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions.
It is the intent of the applicant(s) that all publications, patents and patent applications referred to in this specification are to be incorporated in their entirety by reference into the specification, as if each individual publication, patent or patent application was specifically and individually noted when referenced that it is to be incorporated herein by reference. In addition, citation or identification of any reference in this application shall not be construed as an admission that such reference is available as prior art to the present invention. To the extent that section headings are used, they should not be construed as necessarily limiting. In addition, any priority document(s) of this application is/are hereby incorporated herein by reference in its/their entirety.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
5321806, | Aug 21 1991 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Method and apparatus for transmitting graphics command in a computer graphics system |
5367653, | Dec 26 1991 | International Business Machines Corporation | Reconfigurable multi-way associative cache memory |
6347346, | Jun 30 1999 | Intel Corporation | Local memory unit system with global access for use on reconfigurable chips |
6370619, | Jun 22 1998 | Oracle International Corporation | Managing partitioned cache |
6493800, | Mar 31 1999 | International Business Machines Corporation | Method and system for dynamically partitioning a shared cache |
7269174, | Mar 28 2003 | MODULAR MINING SYSTEMS, INC | Dynamic wireless network |
8156307, | Aug 20 2007 | Micron Technology, Inc | Multi-processor system having at least one processor that comprises a dynamically reconfigurable instruction set |
8230176, | Jun 26 2009 | International Business Machines Corporation | Reconfigurable cache |
8275973, | Jun 18 2008 | Renesas Electronics Corporation | Reconfigurable device |
8504778, | Nov 24 2010 | SDEP CORP | Multi-core active memory processor system |
8589628, | Nov 29 2010 | SDEP CORP | Hybrid active memory processor system |
8621151, | Nov 23 2010 | SDEP CORP | Active memory processor system |
8656114, | Nov 24 2010 | SDEP CORP | Multi-core active memory processor system |
8767501, | Jul 17 2012 | GLOBALFOUNDRIES Inc | Self-reconfigurable address decoder for associative index extended caches |
8874847, | Nov 23 2010 | SDEP CORP | Active memory processor system |
8949550, | Mar 16 2010 | SNU R&DB Foundation | Memory-centered communication apparatus in a coarse grained reconfigurable array |
9317437, | Nov 23 2010 | SDEP CORP | Active memory processor system |
9348756, | Nov 23 2010 | SDEP CORP | Active memory processor system |
9460012, | Feb 18 2014 | HUAWEI TECHNOLOGIES CO , LTD ; National University of Singapore | Fusible and reconfigurable cache architecture |
20020133673, | |||
20030093622, | |||
20040034750, | |||
20040215883, | |||
20070288708, | |||
20090313436, | |||
20100332761, | |||
20110099562, | |||
20150234744, | |||
20160004638, | |||
20160103767, | |||
20160110287, | |||
20160140041, | |||
20170083237, | |||
20170116118, | |||
20190042427, | |||
WO2019028327, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jul 31 2018 | RAZ, ELAD | Next Silicon Ltd | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 062669 | /0477 | |
Oct 19 2021 | Next Silicon Ltd | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Oct 19 2021 | BIG: Entity status set to Undiscounted (note the period is included in the code). |
Oct 27 2021 | SMAL: Entity status set to Small. |
Date | Maintenance Schedule |
Aug 08 2026 | 4 years fee payment window open |
Feb 08 2027 | 6 months grace period start (w surcharge) |
Aug 08 2027 | patent expiry (for year 4) |
Aug 08 2029 | 2 years to revive unintentionally abandoned end. (for year 4) |
Aug 08 2030 | 8 years fee payment window open |
Feb 08 2031 | 6 months grace period start (w surcharge) |
Aug 08 2031 | patent expiry (for year 8) |
Aug 08 2033 | 2 years to revive unintentionally abandoned end. (for year 8) |
Aug 08 2034 | 12 years fee payment window open |
Feb 08 2035 | 6 months grace period start (w surcharge) |
Aug 08 2035 | patent expiry (for year 12) |
Aug 08 2037 | 2 years to revive unintentionally abandoned end. (for year 12) |