i personally don't really care about compressing (for a product that is done by the build pipe line, is nice that thats faster, but not directly really important to me)
But installing is just very slow, i don't get why this is not picked up over all these years..
For now i also have a "zip" installer for our product, and if i test my self i will always take the zip. because that extracts/installs so much faster....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't have anything to do with it, I just found it after noticing that after upgrading to a way faster CPU, my (de)compression time is about the same as before because of singlethreading
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
problem is a bit that is now more then 10 years ago..
Also he talks a lot about "compression" not decompession
I can live with some compression time (which i do making an installer)
But the decompression time i find way more important, because that is what our customers (using the installer) are facing, slow install times..
and that can be some much faster...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: NO
Please raise the priority of this item!! When creating
test/release installers I spend too much time creating
installers.
i personally don't really care about compressing (for a product that is done by the build pipe line, is nice that thats faster, but not directly really important to me)
But installing is just very slow, i don't get why this is not picked up over all these years..
For now i also have a "zip" installer for our product, and if i test my self i will always take the zip. because that extracts/installs so much faster....
There is a fork of NSIS on GitHub that does this https://github.com/ywjheart/Nsis64
The process of the developer was documented on their blog https://ywjheart.wordpress.com/2015/12/29/introduce-multi-thread-into-nsis-compression/
I don't have anything to do with it, I just found it after noticing that after upgrading to a way faster CPU, my (de)compression time is about the same as before because of singlethreading
problem is a bit that is now more then 10 years ago..
Also he talks a lot about "compression" not decompession
I can live with some compression time (which i do making an installer)
But the decompression time i find way more important, because that is what our customers (using the installer) are facing, slow install times..
and that can be some much faster...
They did a separate blog post for decompression, which is in the same set of code changes. Their installation time went from 401 seconds to 52 seconds
https://ywjheart.wordpress.com/2016/01/02/introduce-multi-thread-into-nsis-decompressionreduce-installation-time/