问题标签 [data-caching]

我在 OS 过去的论文中发现了这个问题，我需要一些帮助来解决这个问题。 给你：

• 具有 10 行和 10 列的矩阵 A，按行连续存储
• 我们有 3 个可用页框的系统；在这个系统中，您可以在一个页面中放置 10 个整数
• 2 个程序，P1和P2，它们可以单独组合在一起，在一页中；这些方案是：

问题是：每个程序占用多少页，考虑到我们使用的是 LRU 算法，哪一个更有效？

我知道 LRU 算法是如何工作的，我的猜测是它P1会更有效，因为矩阵是按行连续存储的。但是我不明白 LRU 在这个逻辑中的位置（如果我的推理错误，请纠正我）。关于每个程序占用的页数，我们从未在课堂上讨论过。有人能帮我吗？

如果有帮助，答案选项是：

• P1P2每页11页，效率P1更高
• P1P2每页11页，效率P2更高
• P1P2每页占用100页，效率P2更高
• P1P2每页10页，效率P1更高
• P1P2每页10页，效率P2更高

另外，我觉得这个问题受到操作系统概念要点中的这个问题的“启发”（也许它可以提供一些上下文）：

我的后端数据库存储了数百个产品，我想以异步方式将它们列出给前端响应用户，而无需等到所有数据都加载完毕。虽然我使用 api 兑现，但将产品列表映射到组件仍然需要几秒钟。

我使用带有 axios 和 async/wait 函数的 useAPI 钩子从 api 获取数据。

有什么办法可以改善加载并使组件定期更新？如何在前端缓存数据以避免对数据库的过度调用？

何时以及由谁负责在基于 CQS 的用例的 DDD 架构中将来自 API GET 请求的数据缓存到本地数据存储中？

首先想到的是：

启动查询以从本地数据存储中获取一些数据，如果为空，则从 API 获取所需数据 -> 将其缓存到本地数据存储中 -> 将其返回

该解决方案似乎没有正确遵循 CQS，因为查询不应该改变数据存储（或者它们可以吗？）。

想到的第二件事：

执行命令以从 API 获取新数据 -> 更新数据存储 -> 引发数据更新事件 -> 事件处理程序侦听数据更新事件并执行新查询以获取新数据

第二种解决方案似乎更好地遵循 CQS 模式，但我不确定这些解决方案中的任何一个是否是在基于 CQS 的架构中处理数据缓存的正确方法。

MIPS 中有许多不同的指令。我目前正在学习数据和指令缓存。

指令缓存只是简单地说，它取决于它可能利用空间局部性并获取多条指令的块大小。但是对于数据缓存，我很难理解它何时从主内存中获取内容，何时不获取。

例如，指令 lw $t0, 0x4C($0) 将获取存储在地址 0x4C 中的一个数据字，并且根据数据缓存容量、集合、块大小等，它将临时存储在缓存中的一个块中，如果那里不存在有效位或标签的地址。

在我的文献中，addi 指令不会从内存中获取，为什么？似乎只有在使用 lw 指令时才需要从内存中获取数据，为什么？

我还有一个关于 MIPS 寄存器的问题。如果我们只是在寄存器上执行指令，那么将无法访问任何主存储器，对吗？它甚至不会进入数据缓存，对吗？寄存器是内存层次结构中的最高级别吗？

我正在尝试在（上午 6 点、下午 12 点、下午 6 点和上午 12 点）将数据设置为 Redis。但我能做的就是为redis中的数据缓存设置一个过期时间。Golang有什么办法可以做到这一点吗？

代码：