【问题标题】:InstallShield Basic MSI optimizationsInstallShield Basic MSI 优化
【发布时间】:2008-10-09 13:03:30
【问题描述】:

我的 InstallShield 2009 基本 MSI 项目安装非常缓慢。我们有一个 65MB .msi 和一个 110MB .cab。该项目是从 IS12 升级而来的,使用它安装大约需要一半的时间。

2009 年升级是否进行了一些我可以撤消的默认修改?是否有任何可以加快基本 MSI 项目的一般优化?也许删除一些不需要的标准操作等...

非常感谢任何建议或线索。

【问题讨论】:

    标签: optimization windows-installer installshield


    【解决方案1】:

    我在以下段落中强调的短语,在 this page 上找到,描述升级到 2009 的可能问题,可以被视为委婉说法:

    以前,InstallShield 不支持压缩在构建时流式传输到 Setup.exe 文件或 ISSetup.dll 文件中的文件。因此,如果您将在 InstallShield 2008 或更早版本中构建的版本与在 InstallShield 2009 中使用默认压缩级别构建的相同版本进行比较,您可能会注意到 Setup.exe 或 ISSetup.dll 的文件大小略有不同。此外,提取文件所需的时间可能略有不同

    在 IS2009 中,您能否更改压缩级别或将其完全关闭并重新构建您的项目,看看以这种方式构建是否更快?

    【讨论】:

    • 有趣的想法,我尝试了从同一个虚拟机快照开始的有和没有压缩的安装。我们在 IS12 项目中启用了压缩,因此唯一的区别应该是压缩级别。我没有使用秒表,但没有注意到差异。
    • 只想指出,由于赏金,这个答案被自动接受,并没有显着促进任何加速。不过感谢您的努力!
    【解决方案2】:

    从 IS12 到 2008 年,我遇到了类似的问题,最终我只是硬着头皮从头开始重建项目(对某些对话框、注册表项等使用了一些导入/导出)

    【讨论】:

    • 所以IS升级后性能明显下降,您重新创建了整个项目,然后安装速度提高了?这太奇怪了。我确实通过右键单击组件时可用的“将组件导出到”功能将 Installscript MSI 转换为基本 MSI。不过,对于大型项目而言,重新创建项目可能需要大量工作。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-10-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多