慢速文件保存使用大型文档结构化的存储提交

文章翻译 文章翻译
文章编号: 221124 - 查看本文应用于的产品
展开全部 | 关闭全部

症状

当结构化的存储文件的大小增加,花费更多的时间比预期保存。

从开发人员的角度,这是什么就是他或她的代码中发生:
Create root storage in  STGM_TRANSACTED mode.
Create a single substorage on the root in STGM_DIRECT mode.

Loop  for a lot of iterations, say 3000.
Create a new stream.
Write some data, 150 KB for instance, to stream.
Commit root, say every 200 iterations, though loop.
Release stream.
Goto start of loop.
					
因为该文件获取较大,根上的提交将变得非常慢。在写入 2,800 150 KB 流后,为最后一次 200 流根上的提交将需要大约 16 分钟的时间。在提交操作过程中占用 100%的 CPU 和磁盘活动发生。它是只之前提交返回将有大量的磁盘活动。

解决方案

若要解决此问题,获得最新的 service pack,对于 Windows NT 4.0 或各个软件更新。有关获取最新的 service pack,请访问:
有关获取各个软件更新请与 Microsoft 产品支持服务联系。有关 Microsoft 产品支持服务电话号码和支持成本的信息的完整列表,请访问下面的地址在万维网上:
http://support.microsoft.com/default.aspx?scid=fh;EN-US;CNTACTMS

状态

Microsoft 已经确认这是 Windows NT 4.0 中的问题。此问题已被首先在 Windows NT 4.0 版中更正 Service Pack 5。

更多信息

使用此函数的两个硬编码值已增加了:
定义 MaxPages 24 到 128
定义 MaxPagesScratch 3 到 16

属性

文章编号: 221124 - 最后修改: 2006年11月1日 - 修订: 2.5
这篇文章中的信息适用于:
  • Microsoft Windows NT 4.0 Service Pack 4
  • Microsoft Windows NT Workstation 4.0 开发员版
关键字:?
kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe KB221124 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 221124
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com