XslCompiledTransform.Transform 64 位内存问题

发布于 2024-11-16 05:50:16 字数 176 浏览 3 评论 0原文

我们的应用程序使用 XslCompiledTransform.Transform 函数。如果我们在 32 位模式下运行，该行为是正常的，但是在 64 位模式下运行时，内存消耗会跳得太高（并最终抛出内存不足异常）。相同的代码，相同的机器 - 一个可以工作，而另一个则不能......有人见过类似的问题并有解决方法吗？

谢谢，

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

风吹雪碎 2024-11-23 05:50:16

它实际上是由于分配给线程的内存不足而导致的 OutOfMemoryException 或 StackOverflowException 吗？我问这个问题是因为我在运行 IIS 的 x64 Web 服务器上遇到了此类问题，如默认情况下，它只为线程堆栈分配 256kb。我必须在线程中进行一些较大的转换（如 DocBook 到 XSL-FO）以这种方式为堆栈提供更多空间：

var stackedThread = new Thread(RunXsltWithMoreMemory, 2 * 1024 * 1024);
var threadParameters = ThreadXsltParameters {
    InputStream = inputStream;    // Source XML
    OutputStream = outputStream;  // Resultant XML
};
stackedThread.Start(threadParameters);
stackedThread.Join();

Is it actually an OutOfMemoryException or a StackOverflowException due to insufficient memory being allocated to the thread? I ask because I ran into this type of problem on an x64 web server running IIS, as it only allocates 256kb to a Thread's stack by default. I had to do some of the larger transforms (like DocBook to XSL-FO) in a Thread with more room for the stack in this fashion:

var stackedThread = new Thread(RunXsltWithMoreMemory, 2 * 1024 * 1024);
var threadParameters = ThreadXsltParameters {
    InputStream = inputStream;    // Source XML
    OutputStream = outputStream;  // Resultant XML
};
stackedThread.Start(threadParameters);
stackedThread.Join();

回复收藏 0 原文

我的影子我的梦 2024-11-23 05:50:16

我最近遇到了这个问题，并通过使用 xsltc 命令行实用程序编译 XSLT 来解决它。

 xsltc someXsl.xsl /settings:DTD+,document+,script-

xsltc 命令行实用程序在 MSDN 上有记录：http://msdn.microsoft .com/en-us/library/bb399405.aspx。

然后，一旦运行命令行实用程序，就会生成一个程序集，您可以在代码中使用它，如下所示：

 xmlTransform.Load(Assembly.Load(assemblyName).GetType(assemblyName));

它似乎还显着提高了转换性能。

I've recently run into this problem and have resolved it by compiling my XSLTs using the xsltc command-line utility.

 xsltc someXsl.xsl /settings:DTD+,document+,script-

The xsltc command-line utility is documented here on MSDN: http://msdn.microsoft.com/en-us/library/bb399405.aspx.

And then once you've run the command-line utility, an assembly is generated which you use in your code like this:

 xmlTransform.Load(Assembly.Load(assemblyName).GetType(assemblyName));

It also seems to have significantly increased performance of the transformations.

回复收藏 0 原文

国粹 2024-11-23 05:50:16

虽然 XslCompiledTransform 在这一点上是古老的技术，可能不会被太多使用，但我最近在 .NET 4.5 中做了一些测试，似乎这个内存消耗错误已经得到修复。

我无法从 Microsoft 找到任何明确的指示（我似乎无法再访问旧的 Connect bug），但是使用相当复杂的 XSLT（几千行）和大量 xpath 表达式进行测试并没有显示任何异常.NET 4.5 中 64 位进程的内存使用情况。在 .NET 3.5 64 位中执行相同的 XSLT 会立即在 8 GB 计算机上跳转到 6.5 GB，并从那里继续增加。

我很好奇其他人是否仍然可以在 64 位 .NET 4.5 中使用 XslCompiledTransform 重现不良的内存使用行为，或者是否知道 Microsoft 与此问题相关的任何更新。

回复收藏 0 原文