I've discovered that updating by entering d:\start.exe is faster than d:, then start.exe - I presume by saving the installers on the hard disk.
But I have some suggestions. We all are using computers with multiple CPUs and threads. Let's take advantage of them.
1) always use the system's temp directory to store installs, no matter in what context you start updating.
2) start ALL the downloads in parallel, at a low priority? This will lessen the peak load on the app sources while keeping out of the way of any ongoing other network activity like surfing or email.
3) I can understand why the installs go in sequence - external disks can have slower bandwidth. Buy why not start the sequence when the first downloaded install finishes downloading? Then continue with the next finished installer, and so on.
-- tom
You are here
Making updates faster
May 9, 2023 - 1:51pm
#1
Making updates faster
Please Help Support Us
Please help support us by making a donation so we can keep bringing you awesome free software. We accept credit card, wire transfer, PayPal, cryptocurrency, and more.
If you recently donated, thank you!
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on BlueSky
Follow us on Facebook
Follow us on LinkedIn
Follow us on Mastodon
No one cares about speed? My PortableApp downloads occupy max 1/20 of my bandwidth. So if they all downloaded at once, maybe they would take 10 minutes instead of an hour plus.
And as soon as a download finishes, install one at a time to avoid overloading the disk/usbkey.
--
I wish downloads were faster
All downloads are already stored in the system TEMP directory.
The platform's app store/updater is written using NSIS and uses inetc to handle transfers. These do not support multiple or background transfers, meaning it is impossible to do more than one download at a time or to follow an installers progress directly within the app while downloading.
I'm likely switching to the nscurl downloading component for NSIS in the future once there is time to add SOCKS5 support. nscurl does support background transfers but this will require some work to enable.
Presently, I'm the only developer working on the platform, updater/app store, running the site, etc. I have a couple developers helping update a handful of apps but I'm otherwise doing the rest of those as well. The site does not have enough revenue for even a single developer to work on it even 1/2 time at present and I am otherwise busy with some unfortunately family health issues.
Sometimes, the impossible can become possible, if you're awesome!