Re: [WiX-devs] WiX v4.0 Default Compression Level?

[Stephen T. <ste...@gm...>]

I agree with your #1.  #2 should include hardware specs that the stats are
built on (SSD v. 15k SAS v. 5400 laptop drive), ram, CPU, etc.
 On 18 Oct 2014 21:04, "Rob Mensching" <ro...@fi...> wrote:

>  First, picking reasonable defaults for things in WiX is the only way
> we’ll reduce the complexity. However, exposing the full power of the
> Windows Installer for those that want/need it is also still very important.
>
>
>
> Second, thank you for the data point on “medium” vs. “high”. I’ve heard
> that data point from others that the time difference doesn’t work out
> sometimes. Bob’s point about measuring is probably still  a thing to do.
>
>
>
> _______________________________________________________________
>
> FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
>
>
> *From:* Stephen Tunney [mailto:ste...@gm...]
> *Sent:* Saturday, October 18, 2014 11:18 AM
> *To:* WiX toolset developer mailing list
> *Subject:* Re: [WiX-devs] WiX v4.0 Default Compression Level?
>
>
>
> We have found that the difference in size between medium and high is
> negligible but the time deltas to not line up.  Medium compression is what
> we use for a large mix of binaries, graphics, PDFs, etc.  Our installers
> are 350 megabytes minimum.
>
> We have "none" for our debug builds already.  Having this as part of the
> framework would let us delete some code.
>
> Wouldn't it be better to leave this as a required field for release and
> force the user to evaluate which compression level suites them best?
>
> On 18 Oct 2014 13:52, "Chris Dahlberg" <csd...@gm...> wrote:
>
>  I, too, like the idea of defaulting to None for Debug builds and High
> for Release builds. That seems consistent with the building of other
> project types (such as C++), where Release builds often include additional
> optimizations or other steps.
>
>
>
> -Chris-
>
>
>
> On Fri, Oct 17, 2014 at 2:26 PM, John Cooper <JoC...@ja...>
> wrote:
>
>  I like the idea of “none” for debug—it also would make it easy to figure
> out which is which (by sheer size if nothing else).  Likewise, at least
> when the bundle is bound to the bootstrapper, maximum compression is best.
>
>
>
> Probably also true for MSI’s and MSP’s that will be downloaded over the
> wire to bootstrappers.  Size matters.
>
>
>
> --
>
> *John Merryweather Cooper*
>
> Senior Software Engineer | Enterprise Service Applications | Continuing
> Development
>
> Jack Henry & Associates, Inc.*® *| Lenexa, KS  66214 | Ext:  431050 |
> JoC...@ja...
>
>
>
>
>
>
>
> *From:* Rob Mensching [mailto:ro...@fi...]
> *Sent:* Friday, October 17, 2014 1:27 PM
> *To:* WiX toolset developer mailing list
> *Subject:* [WiX-devs] WiX v4.0 Default Compression Level?
>
>
>
> Bob and I are having a little conversation on a pull request about what
> the default compression level should be in the WiX toolset:
> https://github.com/robmen/wix4/commit/edf0a4cc32992d918846631fe7a2338bbf700c08#commitcomment-8206079
>
>
>
> Historically, we used mszip which I **thought** was generally derided in
> this day and age in favor of LZX (low, medium, high). I’d be happy to be
> wrong about that.
>
>
>
> My thinking was by default we should opt for the best compression. Of
> course, that means the slowest build times. There are reasonable was to
> control compression (WIX_COMPRESSION_LEVEL env var and –dcl switch) to
> override that, say to set it to “none” on build machines.  One thought is
> to set “-dcl” to “none” in Debug builds by default?
>
>
>
> Anyway, I’m looking for suggestions? What do people think we should
> default the compression level to in WiX v4.0 (since we can change it now).
>
>
>
> Thoughts?
>
>
>
> _______________________________________________________________
>
> FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
>
>
>
>
> NOTICE: This electronic mail message and any files transmitted with it are
> intended
> exclusively for the individual or entity to which it is addressed. The
> message,
> together with any attachment, may contain confidential and/or privileged
> information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
> distribution
> is strictly prohibited. If you have received this message in error, please
> immediately advise the sender by reply email and delete all copies.
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> WiX-devs mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> WiX-devs mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> WiX-devs mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>