My Visual Basic application is very slow to load when it uses DSData. Why is this and what can I do to make it faster?
On startup, Visual Basic consumes an inordinate amount of CPU time. When it does this, it prevents the Windows DDE Messaging system and DSData from getting any CPU time to process communications requests. To make the problem worse, this lag causes the communications requests to time out, which in turn generates retries. Once Visual Basic (VB) has completed its startup, the communications can take place, and the system becomes responsive again. We’ve seen delays as high as 30 seconds on some PCs. However, there is a way to “trick” the system into coming up faster by causing all of the initial communications requests to fail immediately. In the FormLoad method, by setting the DDE Timeout value to 0 and ignoring any errors, we get a window of opportunity to get the data points logged into DSData. We then reset the Timeout values back to a reasonable value, like 50, after the form has successfully loaded.
Related Questions
- My Visual Basic application is very slow to load when it uses DSData. Why is this and what can I do to make it faster?
- Can I load balance an on demand video application across multiple Wowza Media Server instances?
- Can I use CRChart inside of my Visual Basic application that uses Crystal Reports?
- Can I use CRChart inside of my Visual Basic application that uses Crystal Reports?
- Smart Framer seems to load abit slow on my machine. Can I make it load faster?
- Smart Framer seems to load abit slow on my machine. Can I make it load faster?
