My application starts slowly, I want to preload it to avoid that problem. Should I be worried?
Well, in short, there are lots of concerns. Preloading things you may or may not need is a great way to waste a ton of memory and generally make the system less usable overall.
I’m often told that that the answer to a performance problem is to simply preload the slow stuff… unfortunately that doesn’t work as a general solution if everyone does it. It’s classic “improve the benchmark” thinking.
When developing for Windows you have to think about all kinds of scenarios, such as the case where there are several hundred users trying to share a server each with their own user session. Your application might also need to run in a very memory constrained environments like a small tablet or some such – you do not want to be loading extra stuff in those situations.
The way to make a system responsive is to KEEP IT SIMPLE. If you don’t do that, then it won’t matter that you’ve preloaded it — when the user actually gets around to starting the thing in a real world situation, you will find that it has already been swapped out to try to reclaim some of the memory that was consumed by preloading it. So you will pay for all the page faults to bring it back, which is probably as slow as starting the thing in the first place. In short, you will have accomplished nothing other than using a bunch of memory you didn’t really need.
Preloading in a general purpose environment is, pretty much a terrible practice. Instead, pay for what you need when you need it and keep your needs modest. You only have to look at the tray at bottom right on your screen full of software that was so sure it was vitally important to you that it insisted on loading at boot time to see how badly early loading scales up.
Adding fuel to this already bonfire-sized problem is this simple truth: any application preloading itself competes with the system trying to do the very same thing. Windows has long included powerful features to detect the things you actually use and get them into the disk cache before you actually use them, whether they are code or data. Forcing your code and data to be loaded is just as likely to create more work evicting the unnecessary bits from memory to make room for something immediately necessary, whereas doing nothing would have resulted in ready-to-go bits if the application is commonly used with no effort on your part.
Bottom line, preloading is often a cop out. Better to un-bloat.