Far from a scientific measurement, but ignoring the ICE checks I'd say "Creating cabinet" and "Generating database" were the slowest. The ICE checks collectively take quite a while but individually no single one is a huge bottleneck.
I'm tempted to disable the ICE checks completely; the following issue already requires me to disable a bunch of them: http://blogs.msdn.com/astebner/archive/2007/02/13/building-an-msi-using-wix-v3-0-that-includes-the-vc-8-0-runtime-merge-modules.aspx It's as if the C standard library headers that shipped with the compiler contained a bunch of compiler warnings. On Tue, Dec 2, 2008 at 4:37 PM, Rob Mensching <[EMAIL PROTECTED]>wrote: > Can you run with -v and see which parts are the slowest. I often run with > "-sval" when doing repeated builds because it slows things down a lot. > > If you can provide a bit more scientific data then that will help us know > which parts actually need improvements. > > -----Original Message----- > From: Matt Craighead [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 02, 2008 14:01 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] light.exe performance > > Hi all, > > I've been frustrated for some time with light.exe's slow performance. My > .msi is about 10MB with default compression and about 8MB with highest > compression, but it takes ~30 seconds for light.exe to build it even on a > fast CPU like a Core 2 Quad. Even with default rather than highest > compression, and even with all the ICE checks shut off, it's still quite > slow, certainly much slower than building, say, a .tar.bz2 archive of those > same files. > > -spdb is set, I'm not generating a .wixpdb. > > I'm using a few merge modules, in case that matters: CRT 8.0 and MFC 8.0 > and > their corresponding policy modules, plus another one for the > TortoiseOverlays shell extension framework for icon overlays. > > Version 3.0.4513.0. I haven't checked, but it felt like it got worse when > I > switched to 3.0 from 2.0; that might just have been the ICE checks, though, > which I've confirmed have a measurable impact on light.exe runtime. > > Is there anything more I can do to speed up light.exe? Are there any > efforts underway by the Wix developers to speed up light.exe? > > Thanks, > > -- > Matt Craighead > Founder/CEO, Conifer Systems LLC > http://www.conifersystems.com > 512-772-1834 > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Matt Craighead Founder/CEO, Conifer Systems LLC http://www.conifersystems.com 512-772-1834 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
