#processinginmemory — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #processinginmemory, aggregated by home.social.
-
JEDEC wants LPDDR6 to leave phones behind and take on AI and data centers
https://fed.brid.gy/r/https://nerds.xyz/2026/04/lpddr6-data-center-ai-memory/
-
JEDEC wants LPDDR6 to leave phones behind and take on AI and data centers
https://web.brid.gy/r/https://nerds.xyz/2026/04/lpddr6-data-center-ai-memory/
-
JEDEC wants LPDDR6 to leave phones behind and take on AI and data centers
https://web.brid.gy/r/https://nerds.xyz/2026/04/lpddr6-data-center-ai-memory/
-
JEDEC wants LPDDR6 to leave phones behind and take on AI and data centers
https://fed.brid.gy/r/https://nerds.xyz/2026/04/lpddr6-data-center-ai-memory/
-
JEDEC wants LPDDR6 to leave phones behind and take on AI and data centers
https://web.brid.gy/r/https://nerds.xyz/2026/04/lpddr6-data-center-ai-memory/
-
Interesting paper "PyPIM: Integrating Digital Processing-in-Memory from Microarchitectural Design to Python Tensors" by Orian Leitersdorf, Ronny Ronen, and Shahar Kvatinsky 🐍
https://arxiv.org/html/2308.14007v2
#Pytoh #PyPIM #PIM #ProcessingInMemory -
Interesting paper "PyPIM: Integrating Digital Processing-in-Memory from Microarchitectural Design to Python Tensors" by Orian Leitersdorf, Ronny Ronen, and Shahar Kvatinsky 🐍
https://arxiv.org/html/2308.14007v2
#Pytoh #PyPIM #PIM #ProcessingInMemory -
Interesting paper "PyPIM: Integrating Digital Processing-in-Memory from Microarchitectural Design to Python Tensors" by Orian Leitersdorf, Ronny Ronen, and Shahar Kvatinsky 🐍
https://arxiv.org/html/2308.14007v2
#Pytoh #PyPIM #PIM #ProcessingInMemory -
Interesting paper "PyPIM: Integrating Digital Processing-in-Memory from Microarchitectural Design to Python Tensors" by Orian Leitersdorf, Ronny Ronen, and Shahar Kvatinsky 🐍
https://arxiv.org/html/2308.14007v2
#Pytoh #PyPIM #PIM #ProcessingInMemory -
Interesting paper "PyPIM: Integrating Digital Processing-in-Memory from Microarchitectural Design to Python Tensors" by Orian Leitersdorf, Ronny Ronen, and Shahar Kvatinsky 🐍
https://arxiv.org/html/2308.14007v2
#Pytoh #PyPIM #PIM #ProcessingInMemory -
CW: research review
A. Olgun et al., "PiDRAM: A Holistic End-to-end FPGA-based Framework for Processing-in-DRAM"¹
Commodity DRAM-based processing-using-memory (PuM) techniques that are supported by off-the-shelf DRAM chips present an opportunity for alleviating the data movement bottleneck at low cost. However, sys- tem integration of these techniques imposes non-trivial challenges that are yet to be solved. Potential solu- tions to the integration challenges require appropriate tools to develop any necessary hardware and software components. Unfortunately, current proprietary computing systems, specialized DRAM-testing platforms, or system simulators do not provide the flexibility and/or the holistic system view that is necessary to properly evaluate and deal with the integration challenges of commodity DRAM-based PuM techniques.
We design and develop Processing-in-DRAM (PiDRAM), the first flexible end-to-end framework that en- ables system integration studies and evaluation of real, commodity DRAM-based PuM techniques. PiDRAM provides software and hardware components to rapidly integrate PuM techniques across the whole system software and hardware stack. We implement PiDRAM on an FPGA-based RISC-V system. To demonstrate the flexibility and ease of use of PiDRAM, we implement and evaluate two state-of-the-art commodity DRAM- based PuM techniques: (i) in-DRAM copy and initialization (RowClone) and (ii) in-DRAM true random num- ber generation (D-RaNGe). We describe how we solve key integration challenges to make such techniques work and be effective on a real-system prototype, including memory allocation, alignment, and coherence. We observe that end-to-end RowClone speeds up bulk copy and initialization operations by 14.6× and 12.6×, respectively, over conventional CPU copy, even when coherence is supported with inefficient cache flush operations. Over PiDRAM’s extensible codebase, integrating both RowClone and D-RaNGe end-to-end on a real RISC-V system prototype takes only 388 lines of Verilog code and 643 lines of C++ code.#ResearchPapers #ProcessingInMemory #ProcessingInDRAM #FPGA #RISCV #MemoryControllers
__
¹ https://dl.acm.org/doi/pdf/10.1145/3563697 (#PDF) -
CW: research review
A. Olgun et al., "PiDRAM: A Holistic End-to-end FPGA-based Framework for Processing-in-DRAM"¹
Commodity DRAM-based processing-using-memory (PuM) techniques that are supported by off-the-shelf DRAM chips present an opportunity for alleviating the data movement bottleneck at low cost. However, sys- tem integration of these techniques imposes non-trivial challenges that are yet to be solved. Potential solu- tions to the integration challenges require appropriate tools to develop any necessary hardware and software components. Unfortunately, current proprietary computing systems, specialized DRAM-testing platforms, or system simulators do not provide the flexibility and/or the holistic system view that is necessary to properly evaluate and deal with the integration challenges of commodity DRAM-based PuM techniques.
We design and develop Processing-in-DRAM (PiDRAM), the first flexible end-to-end framework that en- ables system integration studies and evaluation of real, commodity DRAM-based PuM techniques. PiDRAM provides software and hardware components to rapidly integrate PuM techniques across the whole system software and hardware stack. We implement PiDRAM on an FPGA-based RISC-V system. To demonstrate the flexibility and ease of use of PiDRAM, we implement and evaluate two state-of-the-art commodity DRAM- based PuM techniques: (i) in-DRAM copy and initialization (RowClone) and (ii) in-DRAM true random num- ber generation (D-RaNGe). We describe how we solve key integration challenges to make such techniques work and be effective on a real-system prototype, including memory allocation, alignment, and coherence. We observe that end-to-end RowClone speeds up bulk copy and initialization operations by 14.6× and 12.6×, respectively, over conventional CPU copy, even when coherence is supported with inefficient cache flush operations. Over PiDRAM’s extensible codebase, integrating both RowClone and D-RaNGe end-to-end on a real RISC-V system prototype takes only 388 lines of Verilog code and 643 lines of C++ code.#ResearchPapers #ProcessingInMemory #ProcessingInDRAM #FPGA #RISCV #MemoryControllers
__
¹ https://dl.acm.org/doi/pdf/10.1145/3563697 (#PDF) -
CW: research review
A. Olgun et al., "PiDRAM: A Holistic End-to-end FPGA-based Framework for Processing-in-DRAM"¹
Commodity DRAM-based processing-using-memory (PuM) techniques that are supported by off-the-shelf DRAM chips present an opportunity for alleviating the data movement bottleneck at low cost. However, sys- tem integration of these techniques imposes non-trivial challenges that are yet to be solved. Potential solu- tions to the integration challenges require appropriate tools to develop any necessary hardware and software components. Unfortunately, current proprietary computing systems, specialized DRAM-testing platforms, or system simulators do not provide the flexibility and/or the holistic system view that is necessary to properly evaluate and deal with the integration challenges of commodity DRAM-based PuM techniques.
We design and develop Processing-in-DRAM (PiDRAM), the first flexible end-to-end framework that en- ables system integration studies and evaluation of real, commodity DRAM-based PuM techniques. PiDRAM provides software and hardware components to rapidly integrate PuM techniques across the whole system software and hardware stack. We implement PiDRAM on an FPGA-based RISC-V system. To demonstrate the flexibility and ease of use of PiDRAM, we implement and evaluate two state-of-the-art commodity DRAM- based PuM techniques: (i) in-DRAM copy and initialization (RowClone) and (ii) in-DRAM true random num- ber generation (D-RaNGe). We describe how we solve key integration challenges to make such techniques work and be effective on a real-system prototype, including memory allocation, alignment, and coherence. We observe that end-to-end RowClone speeds up bulk copy and initialization operations by 14.6× and 12.6×, respectively, over conventional CPU copy, even when coherence is supported with inefficient cache flush operations. Over PiDRAM’s extensible codebase, integrating both RowClone and D-RaNGe end-to-end on a real RISC-V system prototype takes only 388 lines of Verilog code and 643 lines of C++ code.#ResearchPapers #ProcessingInMemory #ProcessingInDRAM #FPGA #RISCV #MemoryControllers
__
¹ https://dl.acm.org/doi/pdf/10.1145/3563697 (#PDF) -
CW: research review
A. Olgun et al., "PiDRAM: A Holistic End-to-end FPGA-based Framework for Processing-in-DRAM"¹
Commodity DRAM-based processing-using-memory (PuM) techniques that are supported by off-the-shelf DRAM chips present an opportunity for alleviating the data movement bottleneck at low cost. However, sys- tem integration of these techniques imposes non-trivial challenges that are yet to be solved. Potential solu- tions to the integration challenges require appropriate tools to develop any necessary hardware and software components. Unfortunately, current proprietary computing systems, specialized DRAM-testing platforms, or system simulators do not provide the flexibility and/or the holistic system view that is necessary to properly evaluate and deal with the integration challenges of commodity DRAM-based PuM techniques.
We design and develop Processing-in-DRAM (PiDRAM), the first flexible end-to-end framework that en- ables system integration studies and evaluation of real, commodity DRAM-based PuM techniques. PiDRAM provides software and hardware components to rapidly integrate PuM techniques across the whole system software and hardware stack. We implement PiDRAM on an FPGA-based RISC-V system. To demonstrate the flexibility and ease of use of PiDRAM, we implement and evaluate two state-of-the-art commodity DRAM- based PuM techniques: (i) in-DRAM copy and initialization (RowClone) and (ii) in-DRAM true random num- ber generation (D-RaNGe). We describe how we solve key integration challenges to make such techniques work and be effective on a real-system prototype, including memory allocation, alignment, and coherence. We observe that end-to-end RowClone speeds up bulk copy and initialization operations by 14.6× and 12.6×, respectively, over conventional CPU copy, even when coherence is supported with inefficient cache flush operations. Over PiDRAM’s extensible codebase, integrating both RowClone and D-RaNGe end-to-end on a real RISC-V system prototype takes only 388 lines of Verilog code and 643 lines of C++ code.#ResearchPapers #ProcessingInMemory #ProcessingInDRAM #FPGA #RISCV #MemoryControllers
__
¹ https://dl.acm.org/doi/pdf/10.1145/3563697 (#PDF)