Re^2: faster start of "exe" generated by pp

Thank you all for your answerws.

PAR_GLOBAL_TEMP really helps to control where the exe-file is unpacked. But it does NOT solve the problem.

Although the folder with the unpacked files is still available after a restart it takes some seconds until the exe-file is executed.

Comment on Re^2: faster start of "exe" generated by pp Download Code

Replies are listed 'Best First'.
Re^3: faster start of "exe" generated by pp by Eliya (Vicar) on Apr 07, 2011 at 07:45 UTC
But it does NOT solve the problem. Then maybe the issue you really have is not the unpacking, but rather that first-time starts of the exe do not have the advantage of files and shared libraries already having been cached/buffered in memory by the OS, as subsequent starts would have. There's not a lot you can do in this case...	[reply]
Re^4: faster start of "exe" generated by pp by MidLifeXis (Monsignor) on Apr 07, 2011 at 13:26 UTC
I could see one thing - but it just folds the application startup into the machine startup. It isn't really making the time better, just having it happen at a time when you are less likely to be impacted. Have a way to just run the application with a no-op to have the OS cache the libraries and files as part of your startup sequence. --MidLifeXis	[reply]