OK...I see a few things that I would probably tweak a little, but you kindof missed my point.  There is more going on than what you just showed me in that code. 

Let me put it to you in another way, I have a form that I have been working on recently that pulls from a very large data set from more than 10 different tables...there are over 200 controls on these pages once all added up.  I have the form popping up with virtually no lag or delay...using the SF controls.  So it can totally be done, I promise!

However, you have a lot of other factors also.  I noticed that you are using either Infragistics or DevExpress ribbon bar.  I also noticed that something in your dialog is moving the controls after their initial render.  So you are fighting more than a data load issue.  When your form comes up and moves 10 pixels to the left and up then something else is going on.  I know that at one point you were considering inheriting from the XtraForm.  Did you do that?  Do you have any handlers in your form?  There is more going on than what you showed me.  Just changing the data load alone will more than likely not resolve your issue.  I would first figure out why your dialog is re-rendering at least twice on instantiation and then moving.  All of these things need to be figured out as well. 

You are right in that you are dealing with a simple form...but clearly you have something in the mix that is causing an issue that is outside of the norm.

Outside of looking at your code and debugging it the only thing I can tell you to do is to work backwards.  Copy your form over so you can get back to ground zero (or create a new form).  Then add one piece at a time until you can determine where the trouble spot is.  This is going to be the only way to diagnose where your issue is.

Hi Trent,

I will try all your suggestions but, all these forms and very simple lookup maintenance forms with less than 30 records each, here is the code in the form's class:

Here is the code in the ProducerBO.vb:

As you can see this is a very basic simple stuff, I used the same coding in all these maintenance forms and they all show the slow rendering when running from the .EXE outisde the VS IDE.

Once I made the changes you suggested and re-test, will let you know if there is any improvement. 

Edhy Rijo

This question is always like asking, "How long is a string?"  There are hundreds of little things that you can do to drastically improve performance.  Sometimes this requires that you get a code analyzer to see where all of your trouble spots are, but I can already tell from your video that you are fighting two things:

1. You are putting all of your load logic in the New or Load of form without threading anything.  When you place all of your load logic in the New or Load, you are obviously going to slow instantiation.  There are many different things that you can do here.  First, you can use the SF ThreadManager control to help you in thread management if you are not adept at creating and managing threads.  You can perform the loading of the data from the server on the thread while the UI is on the main thread, thus impoving the rendering and instantiation.  You also want to optimize your queries and make as few trips to the server as possible when loading.  For example, if you are loading data into more than one business object, you can make a single trip to the server by using the FillMultipleDataTables method (version 1.6.5 or later, you can refer to the docs and samples on this new method). 
2. Reduce the number of gradients and transparent requirements of the dialog.  You can have a very attractive themed interface by using a themed panel that has the RenderAsSolidBackground property set to True.  Then the ThemedGroupBoxes TransParent property to False, FillBody to False, ThemeSupport to ColorsOnly, and the HeaderStyle to WindowsStyle (or whichever style you prefer).  When you then place the labels and textboxes within the group box it will render more quickly. 

I could talk for hours on this very topic (and actually will in the July class)   Past this, it will be more of a consultation type of thing for me to look at your specific application and tell you how to speed things up...but there are a lot of little things that add up to a lot.

Recently I was talking with someone who had a process that was taking 45 minutes....after talking he got this down to less than 30 seconds.  So many times it is just a matter of taking a different approach to improve performance.

But as we all know, this is nothing new to WinForms development! Give me a Cray and I can probably find a way to slow it down

I forgot to mention that I am loading the forms using Trent's technique in this message:

http://forum.strataframe.net/FindPost5199.aspx

Edhy Rijo

Hi,

I am working on my first SF application, and testing outside the VS debugger, I noticed some slowness on the winforms when loading.

I prepared a small sample video so you can see what I mean.

http://www.progytech.com/videos/SF_Sample.html

Please let me know if there is any settings I need to do in order to adjust this unwanted effect.

The computer where this is being test is running Vista 64bits with 8gb ram.

Edhy Rijo