.NET运行时优化器 [英] .NET Runtime Optimizer

问题描述

嘿大家，使用我的第一个Windows 8.1 Embedded映像。  我的参考映像为Citrix Receiver安装/启用了.net 3.5和4.5。  我正在通过SCCM构建我的图像并在任务序列结束时启用写过滤器。

Hey everyone, working with my first Windows 8.1 Embedded image.  my reference image has .net 3.5 and 4.5 installed/enabled for Citrix Receiver.  I am building my image via SCCM and enabling write filters at the end of the Task Sequence.

首次启动，覆盖（512MB）填充，系统无响应。  我怀疑这是因为.NET运行时优化器在首次启动时运行，导致大量写入更改被重定向到覆盖。  如果我禁用写入过滤器
并让优化器完成，则叠加层似乎不再填满。  

One first boot, the overlay (512MB) fills and the system becomes unresponsive.  I suspect this is due to the .NET runtime Optimizer running on first boot making lots of write changes that get redirected to the overlay.  If I disable the write-filters and let the optimizer complete, the overlay doesn't seem to fill up anymore.  

是否有人遇到此问题或有任何建议，除了在构建之后禁用写入过滤器并等待启用它们？  构建的手动工作并不好玩。   ;; - ）

Has anyone ran into this issue or have any suggestion other than leaving the write filters disabled after build and waiting to enable them?  Manual work for a build is no fun.  ;-)

推荐答案

是的，我遇到了这个问题。禁用过滤器后，运行ngen.exe以强制执行排队项：

Yes, I have ran into this. With the filter disabled, run ngen.exe to force execution of queued items:

ngen.exe executeQueuedItems 1

ngen.exe executeQueuedItems 1

https://msdn.microsoft.com /en-us/library/6t9t5wcf%28v=vs.110%29.aspx?f=255&MSPPError=-2147217396

我设置了这个在OS安装期间的Pass 7 sync命令中。

I set this up in a Pass 7 sync command during OS install.

这篇关于.NET运行时优化器的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！