<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sram on Hammer's Blog</title><link>https://lkic1625.github.io/blog/sram/</link><description>Recent content in Sram on Hammer's Blog</description><generator>Hugo</generator><language>ko-kr</language><copyright>© 조원빈 - All rights reserved</copyright><lastBuildDate>Mon, 02 Nov 2026 15:30:09 +0900</lastBuildDate><atom:link href="https://lkic1625.github.io/blog/sram/index.xml" rel="self" type="application/rss+xml"/><item><title>SRAM의 구조와 용량 확장의 한계</title><link>https://lkic1625.github.io/os-sram/</link><pubDate>Mon, 02 Nov 2026 15:30:09 +0900</pubDate><guid>https://lkic1625.github.io/os-sram/</guid><description>&lt;h2 id="개요">개요&lt;/h2>
&lt;p>여태 DRAM Access는 지속적으로 CPU cycle에서 보자면 높은 latency로 인해 OS에서는 지양해야할 패턴으로 설명했었다. 반대로 SRAM은 L1, L2, L3 정도의 계층형으로 데이터 용량을 어느정도 커버할 수 있었지만, Cache Hit ratio 등 다양한 고민거리와 OS 단에서의 문제를 더욱 만드는 구조였다.&lt;/p>
&lt;p>그러면 반대로 &lt;strong>SRAM의 용량을 더 늘릴 수는 없을까?&lt;/strong> 실제 책에서도 이러한 SRAM 구조는 확장 가능하지 않은 전자공학적 문제가 있다고 설명한다. 간만에 컴구도 훑을 겸 SRAM이 왜 확장 불가능한지 이야기해보자.&lt;/p>
&lt;h2 id="sram의-구조">SRAM의 구조&lt;/h2>
&lt;p>우선 SRAM의 구조를 알아야, 실제 SRAM이 확장이 왜 어렵고 어떠한 trade-off가 있을지 알 수 있다.&lt;/p></description></item></channel></rss>