我知道 blazor 服务器端将每个用户的 DOM 保留在内存中，并在每次事件触发时使用 signal-r 更新浏览器 DOM，我想知道在 Web 应用中的典型中型页面的每个用户的内存中保留此 DOM 的内存占用量？我的另一个问题是，像鼠标移动这样不断更新页面的快速事件在这个框架中是否可行？
这是一篇关于这个主题的文章(我的亮点)：
大规模使用Blazor Server
Blazor Server 可以从小型内部业务线应用扩展到大型 Internet 规模应用。 虽然 .NET Core 3.0 仍处于预览状态，但我们测试了 Blazor Server，以查看其基线缩放特征的外观。我们将 Blazor Server 应用置于活动客户端的负载下，并监视用户交互的延迟。在我们的测试中，Azure 上的单个 Standard_D1_v2 实例(1 个 vCPU，3.5 GB 内存)可以处理超过 5,000 个并发用户，而不会降低延迟。一个Standard_D3_V2实例(4 个 vCPU，14GB 内存)处理了超过 20,000 个并发客户端。处理进一步负载的主要瓶颈是可用内存。你会在自己的应用中看到这种规模级别吗？这在很大程度上取决于你的应用需要每个用户多少额外内存。但对于许多应用，我们认为这种横向扩展级别非常合理。