Performance issue when installing large software



  • Avatar

    One of the reasons for longer time to install may be the GUI updates that show each file name.

    Could you check if disabling indicating the unpacking progress speed up the installer?

    <project> <showFileUnpackingProgress>0</showFileUnpackingProgress> ... </project>

    Also, can you compare the time by running the installer in unattended mode - for example:

    C> start /wait installer.exe --mode unattended

    and measuring the time it takes to run it without GUI? That should help understand where the difference in installation time is coming from.

    Regarding the <unzip> action, it is meant more as a helper action and may be slower than dedicated ZIP tools. Can you also try to package those files that were originally inside ZIP archives as part of the installer and see if it is making any difference, especially with <showFileUnpackingProgress> disabled?

    If the installer size was to exceed 2GB, you can switch to CDROM mode documented in CDROM Installers section of our documentation and especially in Distributing big installers in other media formats section.

    The How can I hide the unzip progress during install? question shows how to hide progress of unzipping the files as well - that may also speed up the unzip process.

  • Avatar

    We've noticed an occasional problem with performance on Mac OSX as well. It only seems to affect a smaller portion of our user base, and the particular system we've been able to reproduce it on is running OSX 10.8.3. We have tested it on other systems running 10.6, 10.7, and 10.8, and it works fine. This doesn't affect Windows or Linux, but our Mac installer is considerably larger due to extra dependencies we need to ship.

    We're using InstallBuilder 8.5.0, and we already have "showFileUnpackingProgress" set to 0. Here is some basic info about the installer contents:

    Mac OSX: 600 MB, 13,000 files. Windows: 140 MB, 3,200 files. Linux: 170 MB, 3,800 files.

    When we run our installer on the problematic system, it gets to the point where we have a progress bar for copying files to the machine. At that point, the installer either slows to a near stall, taking over three hours to complete, or locks up outright (a client literally left it all weekend and the progress bar only made it to 50%).

    We tested unattended mode as suggested here, but that had the same problem. We then tested the installer running in text mode, and if finished just fine. So that does seem to indicate that it's a UI issue, and the reason why it affects the unattended mode is because that mode still brings up a progress bar. What's strange though is that this doesn't affect every Mac, just a few of them.

    Any ideas if there is a workaround to this problem, other than running it in text mode?



Please sign in to leave a comment.